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