最直接有效的办法是添加 到 中关闭 iOS Safari 全局邮箱识别，辅以 @ 实体编码或零宽空格等文本干扰手段应对动态内容。

如何阻止 iOS Safari 自动将邮箱转成可点击的 mailto 链接

在 iOS Safari（及部分 Android 浏览器）中，只要页面文本里出现 name@example.com 这类格式，就会被自动包裹成 —— 即使你没写任何 标签。这不是 bug，是浏览器主动识别行为，但常导致布局错乱或隐私泄露（比如暴露邮箱给爬虫或误触）。

最直接有效的办法是用 ，加在 里即可关闭全局邮箱识别：

<meta name="format-detection" content="email=no">

注意：这个 meta 只对 iOS Safari 和旧版 WebKit 内核生效，Chrome / Firefox 不支持该属性，也不需要它。

纯文本邮箱怎么安全显示又不触发识别

即使加了 email=no，某些场景下（比如动态插入、富文本渲染）仍可能被识别。这时得从内容层面“干扰”识别逻辑：

• 把 @ 拆开：写成 name@example.com 或 name@example.com（@ 是 @ 的 HTML 实体）
• 插入零宽空格：name​@example.com（​ 是 或 ​ 都行，但不要用  ，它会撑开空格）
• 避免连续无空格长邮箱：如果必须显示完整邮箱，确保前后有足够分隔（如换行、标点或 包裹），别让它孤立出现在段落中间

为什么 user-select: none 或 pointer-events: none 不管用

这两个 CSS 属性只能禁用用户交互，但无法阻止浏览器在 DOM 解析阶段就生成 mailto 链接。一旦识别完成，链接已存在，CSS 只是让点击无效，右键菜单里仍可能出现“发送邮件”选项，且邮箱文本依然可被复制粘贴为完整地址。

Wechat Article Html

将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。

下载

真正起作用的是两层控制：

• 第一层：用 告诉 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；文本级混淆才是最后一道防线，尤其当邮箱来自不可信输入时。

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