应优先用标记有强重要性或严重性的内容，如错误提示、关键条款；仅用于无语义的视觉加粗，如品牌名；避免嵌套或滥用，确保语义准确且利于seo与无障碍访问。
直接用 <strong></strong> 包裹要加粗的文本即可，但必须理解它不是“视觉开关”，而是语义标记——浏览器默认加粗只是副作用，真正作用是告诉屏幕阅读器、搜索引擎这段内容重要。
什么时候该用 <strong></strong> 而不是 <b></b>
关键看你想表达什么：<strong></strong> 表示内容有强重要性或严重性（比如错误提示里的“密码错误”、合同条款中的“不可撤销”）；<b></b> 只是“看起来粗”，没语义（比如品牌名“Apple”在文案中单纯想突出显示）。
- 表单验证失败时，用
<strong>请输入有效邮箱</strong>—— 屏幕阅读器会加重朗读，辅助技术能识别其紧急程度 - 文章里产品名 “
<b>iPhone 16</b>” 加粗仅为了视觉区分，不带强调意图，选<b></b>更准确 - 别用
<strong></strong>替代 CSS 类做全局样式控制，比如整段标题加粗，应写<h2 class="section-title"></h2>+ CSS
<strong></strong> 的样式能被 CSS 覆盖，但语义不会丢
即使你写 strong { font-weight: normal; color: #666; }，它依然保有“重要内容”的语义。这对 SEO 和无障碍访问（a11y）很关键——视觉上不粗了，但屏幕阅读器仍会以不同语调处理它。
- 默认浏览器样式是
font-weight: bold（≈700），但你可以安全地改成font-weight: 600或color: red，不影响语义 - 如果加粗没生效，先检查字体本身是否支持对应字重（如某些中文字体缺 700 字重，会 fallback 到 400）
- 避免嵌套多层
<strong></strong>，HTML5 明确不鼓励“更强的重要性”，语义上无意义，还可能干扰辅助技术
常见错误：把 <strong></strong> 当成万能加粗工具
它不能替代结构化语义，也不能解决样式冲突的根本问题。
- 不要在
<h1></h1>里再套<strong></strong>：“<h1><strong>首页标题</strong></h1>” 是冗余的——<h1></h1>本身已代表最高层级重要性 - 不要用它修复 CSS 继承问题，比如父元素设了
font-weight: 300导致子文本太细，正确做法是重置子元素权重，而不是包一层<strong></strong> - 服务端渲染或 CMS 输出时，若内容管理系统自动插入
<strong></strong>，需确认是否真有语义必要，否则可能污染语义结构
最易被忽略的一点：加粗只是表象，<strong></strong> 的价值全在它传递的语义信号里——一旦脱离这个前提去用，就和 <b></b> 没本质区别了。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
