最直接有效的办法是添加 到 中关闭 iOS Safari 全局邮箱识别，辅以 @ 实体编码或零宽空格等文本干扰手段应对动态内容。
如何阻止 iOS Safari 自动将邮箱转成可点击的 mailto 链接
在 iOS Safari（及部分 Android 浏览器）中，只要页面文本里出现 name@example.com 这类格式，就会被自动包裹成 <a href="mailto:name@example.com"></a> —— 即使你没写任何 <a></a> 标签。这不是 bug，是浏览器主动识别行为，但常导致布局错乱或隐私泄露（比如暴露邮箱给爬虫或误触）。
最直接有效的办法是用 <meta name="format-detection" content="email=no">，加在 里即可关闭全局邮箱识别：
<meta name="format-detection" content="email=no">
注意：这个 meta 只对 iOS Safari 和旧版 WebKit 内核生效，Chrome / Firefox 不支持该属性，也不需要它。
纯文本邮箱怎么安全显示又不触发识别
即使加了 email=no，某些场景下（比如动态插入、富文本渲染）仍可能被识别。这时得从内容层面“干扰”识别逻辑：
立即学习“前端免费学习笔记（深入）”；
把任意文章或文档内容转换成精美的全屏翻页 HTML 演示文件（幻灯片风格）。当用户发来一篇文章、文档链接、Markdown 内容、或粘贴的文本，并且希望生成演示用的 HTML 时触发。支持任意内容来源：iWiki 链接、KM 链接、本地文件路径、直接粘贴的文本。生成的 HTML 文件保存到本地工作区，并通过企微直接发送给用户。触发词示例：帮我把这篇文章做成PPT、转成演示文档、生成HTML幻灯片、做个演示、转成可以演示的格式、article to deck、make a slide。
- 把
@拆开：写成name<span>@</span>example.com或name@example.com（@是@的 HTML 实体） - 插入零宽空格：
name@example.com（是<wbr></wbr>或都行，但不要用 - 避免连续无空格长邮箱：如果必须显示完整邮箱，确保前后有足够分隔（如换行、标点或
<span></span>包裹），别让它孤立出现在段落中间
为什么 user-select: none 或 pointer-events: none 不管用
这两个 CSS 属性只能禁用用户交互，但无法阻止浏览器在 DOM 解析阶段就生成 mailto 链接。一旦识别完成，链接已存在，CSS 只是让点击无效，右键菜单里仍可能出现“发送邮件”选项，且邮箱文本依然可被复制粘贴为完整地址。
真正起作用的是两层控制：
- 第一层：用
<meta name="format-detection" content="email=no">告诉 WebKit “别扫描邮箱” - 第二层：对已存在的、无法控制来源的文本（如 CMS 输出、用户输入），用字符拆分或实体编码做兜底
服务端模板里怎么安全输出邮箱变量
如果你用的是模板引擎（如 Jinja2、Twig、EJS），别直接 {{ user.email }}，要预处理：
- Jinja2：
{{ user.email|replace('@', '@') }} - EJS：
- Node.js 后端：
res.send(html.replace(/([a-zA-Z0-9._%+-]+)@([a-zA-Z0-9.-]+\.[a-zA-Z]{2,})/g, '$1@$2'))
注意：正则替换要谨慎，避免误伤 URL 中的 @（比如 git SSH 地址），最好限定上下文，或只对明确标记为“邮箱字段”的变量处理。
实际项目里，email=no 是基础，但别指望它 100% 覆盖所有边缘 case；文本级混淆才是最后一道防线，尤其当邮箱来自不可信输入时。
