HTML中\_文字\_不会变斜体，因其非HTML标准语法；正确方式是使用<i>（语义为非强调）或<em>（语义为强调），二者均渲染为斜体但语义不同。
html 里没有 _ 这种斜体语法，它不是 html 标签，也不是标准转义字符——直接写 _文字_ 不会变斜体，只会原样显示下划线和文字。
HTML 中正确的斜体标记是 <i> 和 <em>
两者都渲染为斜体，但语义不同：<i> 表示“非强调的替代语调”（比如外语词、术语、船名），<em> 表示“强调”，浏览器默认都用斜体呈现，但屏幕阅读器会重读 <em> 内容。
实操建议：
- 纯样式需求（比如让某段文字看起来像斜体）→ 用
<i>，但要确认是否真不需要语义 - 想表达语气强调（如“你必须保存”中的“必须”）→ 用
<em> - 别用
<b>/<strong>替代斜体，它们是加粗，不是斜体 - CSS 方式（
font-style: italic）也可行，但除非已有 class 控制样式，否则没必要绕路
为什么 _文字_ 在 HTML 里不生效
因为 HTML 解析器根本不认识下划线包围的语法——这不是 HTML 规范的一部分。Markdown 或某些富文本编辑器才支持这种写法，但一旦输出为纯 HTML（比如 `
_文字_
`），浏览器就照字面显示。常见错误现象：
立即学习“前端免费学习笔记（深入）”；
- 在 HTML 文件里写
_hello_，页面上真的出现下划线+文字 - 从 Markdown 渲染器复制 HTML 后删掉 JS 库，斜体突然消失 → 说明原先靠 JS 解析了
_语法 - 用
contenteditable编辑时输入_x_，光标卡住或格式错乱 → 浏览器没做任何特殊处理
如果非要兼容下划线语法，得自己解析
这属于“前端文本预处理”范畴，不是 HTML 自身能力。比如用 JavaScript 扫描文本节点，把匹配 /_(.+?)_/g 的部分替换成 <em>$1</em>。
但要注意：
- 正则容易误伤：路径
/usr/bin/_tmp_、代码片段int _val_;都会被错改 - 嵌套不支持：
_a _b_ c_会出问题，HTML 本身也不鼓励嵌套格式 - 性能影响：大段文本实时解析会卡顿，尤其移动端
- 服务端渲染更稳妥（如用 marked、remark 处理后再输出 HTML），但这就脱离了“纯 HTML”场景
真正需要斜体时，伸手就敲 <em> 或 <i>，别指望 _ 自动变身——这个符号在 HTML 字符集里，只是普通字符，没魔法。
