Firefox 和 Safari 原生支持 MathML：Firefox 自 1.0 起完整支持，Safari 自 macOS 10.12 / iOS 10 起提供较完整原生支持；Chrome 和 Edge 默认不解析 <math> 标签。
MathML 在现代浏览器中基本可用，但支持程度差异大，直接写 <math> 标签在 Safari 和 Firefox 中表现稳定，在 Chrome/Edge 中需开启实验性功能或依赖 polyfill。
哪些浏览器原生支持 MathML？
Firefox 从 1.0 起就完整支持 MathML（包括呈现和可访问性）；Safari 自 macOS 10.12 / iOS 10 起也提供较完整的原生支持。Chrome 和 Edge（基于 Chromium）默认不解析 <math>，即使写对了标签，也会被忽略——控制台无报错，但公式不渲染，DOM 中仅保留空占位。
- 验证方式：在浏览器中打开含
<math><mi>x</mi></math>的 HTML，用开发者工具检查元素是否被渲染为数学布局（而非纯文本） - Chrome 119+ 可通过
chrome://flags/#enable-experimental-web-platform-features启用 MathML，但该选项不稳定，且上线后可能被移除 - Android WebView 和旧版 iOS Safari（<mfrac>、
<msup>等复合结构支持不全，可能漏掉分数线或上下标位置偏移
不用 polyfill 时，最简可行的 MathML 写法
避免嵌套过深、少用 <mtable> 和 <maction>，优先用语义清晰的基础标签组合。以下写法在 Firefox/Safari 中能稳定显示，且兼容性风险最低：
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
<math xmlns="http://www.w3.org/1998/Math/MathML">
<mi>E</mi>
<mo>=</mo>
<msqrt>
<msup><mi>m</mi><mn>2</mn></msup>
<mo>+</mo>
<msup><mi>c</mi><mn>4</mn></msup>
</msqrt>
</math>
- 必须声明
xmlns，否则部分 Safari 版本会退化为内联文本 -
<mn>包数字、<mi>包变量、<mo>包运算符——混用<mi>2</mi>会导致斜体数字，视觉异常 - 避免在
<math>外层加<div style="display: inline-block">等包裹，可能触发 Safari 的行高计算 bug，造成公式截断
为什么 MathJax 或 KaTeX 仍是主流选择？
因为它们把 LaTeX 输入转成 SVG 或 HTML+CSS，绕过了浏览器 MathML 引擎的碎片化问题。比如 \frac{a}{b} 在 KaTeX 中生成带 class 的 <span> 堆叠，而原生 MathML 的 <mfrac> 在 Chrome 中根本不会解析。
立即学习“前端免费学习笔记（深入）”；
- MathJax v3 默认仍用 HTML/CSS 渲染，启用
MathML输出需要显式配置output: 'mathml'，且只在支持环境 fallback，实际极少启用 - KaTeX 完全不依赖 MathML，体积小、启动快，但不支持语音朗读（
<math>的天然优势） - 若项目强依赖无障碍（如教育平台），又必须用原生 MathML，则需检测
document.createElement('math').namespaceURI是否为 MathML URI，并准备降级到图片或 KaTeX
真正棘手的不是“怎么写”，而是“怎么知道它正在工作”——很多页面看似渲染正常，实则靠的是浏览器悄悄把 <math> 当普通标签忽略，再由 JS 库接管。上线前务必在真机 Safari、Firefox、Chrome 上分别检查 DOM 结构和渲染结果。
