该用 em 时是需语音强调重点，如反讽、转折、教学术语首次出现；该用 i 时是标识外文词、作品名等无需重读的特定文本类型；纯视觉斜体应使用 span+css。
什么时候该用 em，而不是 i
当你想让某个词在语音中被“听出来是重点”时，em 是唯一合法选择。比如反讽、意外转折、动作边界词、教学术语首次出现——这些场景下，去掉 em 会削弱甚至改变句子逻辑。
常见错误现象：<i>必须</i>保存 → 屏幕阅读器平读，“必须”毫无紧迫感；正确写法是 <em>必须</em>保存，读屏软件会升调或拖长音节。
- 口语化强调：“你
em必须/em在截止前提交” - 反语锚点：“这真是
em完美/em的方案” - 教学材料中首次引入术语：“
emDOM/em是文档对象模型的缩写”
什么时候只能用 i，不能用 em
i 不是“斜体快捷键”，它是为特定文本类型打标签的：外文词、科技术语、船名、作品名、未翻译短语、生物学名、状态标签（如 draft）——这些内容本身就不属于主叙述流，不需重读，只需视觉区分。
错误用法：<i>注意：此操作不可逆</i> → “注意”是语气指令，应改用 em；<i>API</i> 在中文文档中已是通用词，无需额外语义隔离。
- 外文词：
<i>c’est la vie</i>、<i>et al.</i> - 作品名：
<i>Le Petit Prince</i>、<i>Inception</i> - 技术术语（无强调意图）：“返回一个
<i>Promise</i>对象” - 状态标签：
<i>deprecated</i>、<i>draft</i>
纯视觉斜体需求，别碰 i 或 em
如果只是想让一段文字看起来斜一点，又不带任何语气或类型含义，就别用 i 或 em。它们不是样式开关，误用会污染语义，给后续无障碍测试或 SEO 分析埋雷。
最稳妥做法是用 span + CSS：<span class="italic">签名处</span>，配合 .italic { font-style: italic; }。这样既避免语义混淆，也便于全局维护。
危险操作：用 CSS 把 em 设成正体、红色，再把 i 设成加粗——视觉上没问题，但读屏器仍按原语义处理：em 还是会加重读出，i 还是被当成装饰性内容。
嵌套和继承行为容易踩坑
em 支持嵌套，且语义强度逐层递增：双层 em 表示更强语气（部分读屏器会加重停顿或升调）；i 嵌套则完全无意义，两层 i 和一层没区别，纯属样式叠加。
另外，em 在 strong 内部时，强调的是语气而非内容权重；反过来，strong 包裹 em 则是“重要内容 + 重读表达”，语义更重。
最容易被忽略的一点：语义错误不会报错，页面照样渲染，但一旦接入读屏软件、SEO 工具或自动化内容分析，问题立刻暴露——而那时返工成本远高于写的时候多想一秒。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
