meta name="format-detection" 在 iOS 10+ 中已被废弃，不再可靠禁用邮政编码识别；真正有效的方法是破坏浏览器对独立数字串的语义信任，如插入零宽空格、用 role="text" 包裹、混入非数字字符等。
移动端浏览器（尤其是 Safari 和 Chrome for iOS）会自动将页面中形似邮政编码的数字串渲染为可点击的电话号码或地址链接，导致误触跳转。这不是 JavaScript 行为，而是浏览器的自动识别（autodetection）机制，meta 标签本身无法直接禁用“邮政编码识别”，但可通过控制文本格式和元信息间接抑制。
为什么 meta name="format-detection" 不再可靠
iOS 10+ 已废弃并忽略 telephone=no 和 address=no 等旧值；即使写成：
<meta name="format-detection" content="telephone=no, address=no">
现代 Safari 仍可能对连续 5–6 位纯数字（如 100001）触发地址联想。这不是 bug，而是系统级语义识别逻辑升级后的副作用。
真正有效的 HTML 层面压制方法
核心思路：破坏浏览器对“独立数字串”的语义信任。以下方式组合使用效果更稳：
立即学习“前端免费学习笔记（深入）”；
- 在邮政编码前后插入零宽空格：
（即），例如：100001 - 用
<span>包裹并添加role="text"，显式声明无交互意图：<span role="text">100001</span> - 避免邮政编码独占一行或被
<p>/<div>单独包裹——混入其他非数字文本（哪怕一个中文顿号、空格或
补充：CSS 与 JS 的辅助边界
仅靠 HTML 不够时，可叠加轻量级防御：
- CSS 中对邮编容器设置
pointer-events: none，阻止点击穿透（注意：不影响长按复制） - JS 层面无需监听 click，但若需完全禁用长按菜单，可加
oncontextmenu="return false"+user-select: none（慎用，影响可访问性） - 绝对不要用
tel:或mailto:协议伪装邮编——这反而会强化识别倾向
最易被忽略的一点：服务端模板渲染时，如果邮政编码来自变量拼接（如 {{postcode}}），务必确认输出前已插入零宽字符或包裹 role，否则静态 HTML 里写死了也没用——动态内容得在注入时就处理干净。
