strong标签在屏幕阅读器中会重读，b不会：strong表示语义重要性，被读屏软件加重音、停顿；b仅视觉加粗，无语义，平读静默；两者默认均粗体，但语义、seo、可访问性影响截然不同。
strong标签在屏幕阅读器中会重读，b不会
这是最核心的区别：当盲人用户使用NVDA、JAWS或VoiceOver等屏幕阅读器浏览网页时，<strong></strong>包裹的文本会被自动加重语气、放慢语速、甚至加停顿；而<b></b>只是被平读，毫无语义提示。这不是浏览器渲染问题，而是辅助技术主动识别HTML语义的结果。
原因在于HTML5规范明确定义<strong></strong>为「重要内容（important text）」，而<b></b>仅表示「视觉加粗（bold presentation）」。屏幕阅读器不关心你用了什么CSS，只认语义标签。
实际开发中怎么选strong还是b
判断依据不是“要不要加粗”，而是“这段文字是否承载关键信息、需要被用户（尤其是辅助技术使用者）感知其重要性”：
- 用
<strong></strong>：价格数字、错误提示、操作警告（如“<strong>删除后无法恢复</strong>”）、法律条款关键词、表单必填项标识 - 用
<b></b>：杂志标题里的副标题装饰、商品名中的品牌词（纯视觉强调，无语义权重）、某些UI图标旁的无意义加粗字（比如“<b>NEW</b>”徽章） - 都不用：能用CSS控制样式的地方优先用
font-weight，避免语义污染
strong被误用的常见错误
很多项目把<strong></strong>当样式工具用，结果损害可访问性：
- 全页面大量使用
<strong></strong>（比如每段首句都套一层），导致屏幕阅读器失去重点——重要性被稀释成“全部重要”，等于全部不重要 - 嵌套使用
<strong><strong>...</strong></strong>，HTML5不禁止但无实际增强效果，辅助技术通常只处理一层语义强度 - 用
<strong></strong>替代标题标签（如不用<h2></h2>而用<strong></strong>加大字体），破坏文档大纲结构，影响导航和SEO - 配合
display: none或aria-hidden="true"隐藏<strong></strong>内容，造成语义与可访问性矛盾
兼容性和性能几乎无差异，但语义不可逆
从渲染、体积、加载速度看，<strong></strong>和<b></b>没有任何区别——它们都是轻量内联元素，浏览器解析开销可忽略。真正不可逆的是语义选择：
一旦上线大量<b></b>本该用<strong></strong>的内容，后期做无障碍审计或适配监管要求（如WCAG 2.1、EN 301 549）时，必须逐处人工识别、替换、测试。而反过来，把<strong></strong>换成<b></b>虽不违法，但等于主动放弃对视障用户的可访问性支持。
最易被忽略的一点：搜索引擎也会参考<strong></strong>语义提取关键信息，尤其在结构化数据不足时——它不只是给机器读的，也是给算法读的。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
