mailto链接必须对subject和body参数值进行URL编码（如encodeURIComponent），否则iOS、Outlook等客户端会截断中文、空格、换行等字符；多收件人需用英文逗号紧连，bcc和tel: ext参数兼容性差，应避免依赖。
直接用 mailto: 和 tel: 是可行的，但不加处理就上线，90% 的链接会在 iOS、Outlook 或企业设备上失效或丢参数。
mailto 链接里 subject 和 body 为什么总丢？
根本原因是没做 URL 编码，且把编码逻辑搞反了：协议头（mailto:、?、&）不能编码，但参数值（邮箱、主题、正文）必须严格编码。
-
subject=反馈问题→ 必须写成subject=%E5%8F%8D%E9%A6%88%E9%97%AE%E9%A2%98，否则 iOS Mail 和 Outlook for Mac 会截断或忽略整段 - 空格、换行、中文、括号、冒号、斜杠都得进
encodeURIComponent()；手写%20或%E4%BD%A0极易漏字符、难维护 - 多收件人必须用英文逗号紧连：
mailto:a@b.com,b@c.com，中间有空格（a@b.com, b@c.com）会导致第二个地址被丢弃 -
bcc=字段虽在 RFC 6068 中定义，但 Gmail 网页版和移动端完全不识别——别指望它隐藏收件人
tel 链接在不同设备上拨号失败的常见原因
tel: 看似简单，实际行为高度依赖系统级电话应用注册和号码格式。不是所有“看起来像电话号码”的字符串都能触发拨号。
- 国际号码必须带
+前缀，且后面不能有空格或括号：tel:+8618888888888✅，tel:188-8888-8888❌（iOS Safari 直接忽略） - 国内号码可省略
+，但建议统一加+86，避免 Android 厂商定制 ROM（如华为、小米）因区域设置误判为无效号码 - 部分 Android 设备（尤其锁控环境或无 SIM 卡平板）压根不注册
tel:协议 handler，点击后无反应，也不报错 - 不要在
tel:后拼接非数字字符（如分机号ext=123），只有少数客户端（如 iOS 电话 App）支持，且语法不统一
表单外交互链接的 HTML 写法与可访问性陷阱
这类链接常被当成“快捷方式”随手一写，但语义缺失、样式失控、无障碍支持差，是前端质量滑坡的典型入口。
立即学习“前端免费学习笔记（深入）”；
- 锚文本必须有意义：
联系我们✅，点击这里❌（屏幕阅读器无法理解上下文） - 避免裸露邮箱地址：
<a href="mailto:admin@example.com">admin@example.com</a>→ 邮箱爬虫 5 分钟内就能抓走 - 不要用
target="_blank"强制新开窗口——邮件客户端唤起本身就是新进程，加这个反而干扰焦点管理 - 禁用内联
style覆盖默认链接样式（如下划线、颜色），某些邮件客户端（如 Outlook.com）会直接剥离 style 属性，导致链接不可见
最麻烦的不是语法对不对，而是你永远不知道用户用什么设备、什么客户端、有没有默认邮件/电话应用。能做的只有：参数全编码、号码标准化、锚文本语义化、不依赖 bcc 或 ext 这类弱支持字段——剩下的，交给用户环境去决定。
