必须用而非强调表格中承载业务逻辑“不可忽略性”的关键数据，如订单金额、状态标签、必填项表头；纯视觉提示优先用css；语义与样式须解耦，避免整列滥用稀释重点。
别用 <b></b> 去“强调”表格里的关键数据——它只是加粗，不传递语义；真要突出重要值（比如价格、状态、错误字段），必须用 <strong></strong>，否则屏幕阅读器听不出重点，SEO 也收不到信号。
表格里哪些单元格该用 <strong></strong> 而不是 <b></b>
核心判断标准：这个值是否承载业务逻辑上的“不可忽略性”。
- 订单金额、折扣率、库存预警值 → 必须用
<strong></strong> - 状态标签如“已发货”“审核失败” → 用
<strong></strong>，尤其当它是校验结果时 - 表头中带筛选含义的列名（如“必填项”）→ 用
<strong></strong>，配合<th> 更合理 <li>纯视觉提示：比如某行背景色已标灰，再加粗“暂无数据” → 可用 <code><b></b>，但优先考虑 CSS 控制
直接在 <td> 或 <code><th> 里嵌套 <code><strong></strong> 的写法
不要试图用 CSS 给整个单元格加粗来替代语义标签——那等于放弃可访问性。正确做法是让语义和样式解耦：
| 商品 | 单价 | 库存 |
|---|---|---|
| 无线耳机 | ¥299.00 | 仅剩3件 |
注意：<strong></strong> 是行内元素，可安全嵌入 <td>；<code><b></b> 虽然也能这么写，但读屏软件会跳过它的“加重语气”意图。
用 CSS 替代 <b></b> 的常见误区
很多人以为 “既然都能加粗，不如统一用 class 控制”，但问题在于：CSS 只管样式，不管语义。以下写法看似简洁，实则埋雷：
<td class="highlight">¥299.00</td>
<style>.highlight { font-weight: bold; }</style>
这会导致：
- 屏幕阅读器完全无法识别这是关键数值
- 自动化测试工具（如 axe）会报 a11y 错误：“缺少语义强调”
- 未来做无障碍适配时，得返工补
<strong></strong>标签
真正该用 CSS 的地方，是定制 <strong></strong> 的视觉表现（比如改颜色、加下划线），而不是取代它。
最容易被忽略的点：表格里大量使用 <strong></strong> 会稀释语义权重——如果整列都加粗，就等于没强调。只在真正需要用户“一眼锁定、一听就警觉”的数据上用，才有效。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
