应优先用表示语义强调，如警告、必填字段、关键参数；仅用于纯视觉加粗且无语义需求的场景，如品牌名首次出现。

哪些元素算“重要性文本”？

HTML里没有叫“重要性文本”的标准分类，但开发者常把 <strong></strong>、<em></em>、<b></b>、<i></i> 这四个元素混用为“加粗/斜体”，误以为只是样式开关。实际上，它们的语义和用途差异极大：

• <strong></strong> 表示内容有强重要性，比如警告、关键结论、法律条款中的强制义务；屏幕阅读器通常会加重语气或停顿
• <em></em> 表示强调，用于语义上的重音，比如“我没说错”里的“没”——换词会改变句意
• <b></b> 仅用于不带语义的突出显示，如产品名、关键词、中文术语首次出现（非定义场景）
• <i></i> 用于不同语义类别但非强调的内容，如外文词、船名、生物分类学名、技术术语（如 CSS 中的 display: inline）

为什么不能用 替代 ？

表面上都是加粗，但语义错位会破坏可访问性和机器解析。比如在商品页写“<strong>iPhone 15 Pro</strong>”——这暗示该型号有法律约束力或安全风险，显然不合理。

• 搜索引擎可能将 <strong></strong> 内容权重调高，但若滥用会导致信号污染
• 屏幕阅读器对 <strong></strong> 的语音处理（如语速降低、音量提升）会让用户困惑
• 辅助技术工具（如阅读模式、摘要生成器）依赖语义区分“重点”和“标识”，混淆后提取结果失真
• 如果只是想让文字视觉上更醒目，用 CSS 的 font-weight 更直接、可控

嵌套时容易踩的坑

这几个元素可以嵌套，但必须符合语义逻辑。常见错误是层层叠加只为“又粗又斜”，比如 <strong><em><b><i>文本</i></b></em></strong> —— 这既无必要，也违背 HTML 设计初衷。

使用HTML,CSS,JavaScript开发Android应用程序 英文文字pdf版附源文件

如果你了解HTML，CSS和JavaScript，您已经拥有所需的工具开发Android应用程序。本动手本书展示了如何使用这些开源web标准设计和建造，可适应任何Android设备的应用程序 - 无需使用Java。您将学习如何创建一个在您选择的平台的Andr​​oid友好的网络应用程序，然后转换与自由PhoneGap框架到一个原生的Andr​​oid应用程序。了解为什么设备无关的移动应用是未来的潮流，并开始构建应用程序，提供更

下载

• <em></em> 可以嵌套在 <strong></strong> 里：表示“在强重要前提下进一步强调”，如“请立即停止使用该设备直到完成固件更新”
• <b></b> 和 <i></i> 一般不嵌套彼此，除非语义明确需要并列标识，例如“<b>TCP</b>/<code><i>IP</i>协议栈”
• 避免在 <strong></strong> 或 <em></em> 里包裹大段文字（如整段警告），应缩小到真正需要强调的词或短语
• 不要用它们替代标题标签：<h2></h2> 是结构层级，<strong></strong> 是内容强调，两者不可互换

实际项目中怎么选？

判断依据不是“看起来要不要加粗”，而是“这段文字在当前上下文里承担什么角色”。一个快速自查法：

• 如果是必须被注意到的后果性信息（如“删除后无法恢复”），用 <strong></strong>
• 如果是靠重音改变语义的词（如“他去了北京，不是上海”），用 <em></em>
• 如果是专有名词、品牌名、术语本身（如文档中首次出现“<b>React.memo</b>”），用 <b></b>
• 如果是非强调的异类文本（如引用拉丁学名 <i>Homo sapiens</i>），用 <i></i>

复杂点在于：同一段文字在不同语境下语义可能切换。比如“error”这个词，在日志输出里是普通名词（<i>error</i>），在用户提示里是严重状态（<strong>Error</strong>），在 API 文档参数表里可能是术语（<b>error</b>）。别省略这个判断过程。

前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！