说明书参数宜用<table>，因其行列语义清晰、利于对比与无障碍访问，但须规范使用<th scope="row/col">、避免滥用合并单元格，并通过CSS提升可读性与分页表现。
直接说结论：用 <table> 做产品说明书，核心不是“能不能”，而是“要不要把参数塞进表格里”——多数情况下，该用，但必须拆清逻辑层级，否则会把用户看晕。
为什么说明书参数适合用 <table> 而不是 <dl> 或纯 <div>
参数类内容天然具备「键-值」结构（如“屏幕尺寸：6.7英寸”），<table> 提供了最明确的行列语义，比 <dl> 更易对齐、更利于横向对比，也比一堆 <div> 更容易被屏幕阅读器识别为结构化数据。但前提是表头必须清晰标明维度——比如“型号”“A系列”“B系列”是列维度，“CPU”“内存”“电池容量”是行维度，不能混着来。
- 错误做法：
<th>里写“规格参数”这种笼统标题，下面全用<td>堆文字 - 正确做法：用
<thead>明确列出可比型号，用<tbody>每行一个参数项，<th scope="row">标明参数名 - 注意：如果只有一款产品，且参数项少于5条，
<dl>反而更轻量、更语义准确
<th scope="row"> 和 <th scope="col"> 必须配对用
很多说明书表格看着整齐，却在无障碍测试里失败，问题就出在表头没声明作用范围。仅靠视觉位置推断“第一列是参数名”对屏幕阅读器无效。
-
<th scope="col">放在<thead>的<tr>里，告诉辅助技术“这整列数据都属于这个标题” -
<th scope="row">放在<tbody>每行第一个单元格，说明“这一整行的数据都在描述这个参数” - 漏掉任一
scope，读屏软件可能把“内存”读成“内存 A系列 B系列”，完全错乱
合并单元格（rowspan/colspan）只在必要时用
说明书里常见“主摄”“前置摄像头”这类分组标题，有人习惯用 rowspan 把“摄像头”跨两行，再让子项占位。这看似省事，实则破坏可访问性——屏幕阅读器无法关联子项和父分组。
立即学习“前端免费学习笔记（深入）”；
- 推荐替代方案：用
<caption>或<h3>做分组标题，表格本身保持严格二维结构 - 真要合并，
colspan比rowspan更安全（列合并不影响行语义），例如“包装清单”下所有型号共用同一行描述 - 绝对避免：
<td rowspan="3">+ 后面两行空<td>—— 这会让读屏软件跳过中间内容
CSS 控制可读性比边框更重要
说明书表格常被塞满小字号、挤在一起的参数，加个 border 反而加重视觉负担。重点不在“画线”，而在“分层呼吸感”。
- 必设
border-collapse: collapse，否则默认双边框会让多行参数显得臃肿 - 用
padding替代border划分区域：比如th上下留 12px，td左右留 16px - 斑马纹（
tbody tr:nth-child(even)）对长参数表有奇效，但浅灰背景别超过#f9f9f9，否则打印时看不清 - 字体：参数值建议用等宽字体（
font-family: monospace），数字对齐更稳
最常被忽略的点：说明书表格一旦嵌入 PDF 或邮件中，<thead> 在分页时不会自动重复——如果参数表跨页，必须用 CSS @media print 配合 display: table-header-group 强制每页显示表头，否则第二页用户根本不知道那些数值对应哪项参数。
