mailto链接失效主因是参数未URL编码或设备无默认邮件客户端；需对subject和body单独用encodeURIComponent编码，换行符用%0D%0A，多收件人用英文逗号无空格分隔，bcc在Gmail中不生效。
直接用 mailto: 协议就能创建，但不编码参数、乱加空格或写错格式，链接大概率点不动或填错内容。
mailto 链接为什么点开没反应
最常见原因是参数里混入了未编码的空格、中文、换行符或符号（比如 !、?、@），浏览器直接截断解析；其次是用户设备根本没设默认邮件客户端——尤其新装 Windows、某些 Android 平板、企业锁定环境。
- 检查地址栏：把生成的
href值粘贴进浏览器地址栏，看是否完整显示、有无乱码或被截断 - 别手拼
%20或%E4%BD%A0：容易漏、难维护，一律用语言原生函数处理 -
mailto:后面紧挨邮箱，中间不能有空格；?和&是结构分隔符，绝对不能被encodeURIComponent()编码
subject 和 body 必须 URL 编码，且要分别编码
空格、中文、标点、换行符都得处理，否则 iOS Mail 可能只读到第一个词，Outlook for Mac 可能清空整个 body。RFC 2368 要求严格，不是“差不多就行”。
- JavaScript 场景下，必须对每个参数单独调用
encodeURIComponent()：mailto:${encodeURIComponent("a@b.com")}?subject=${encodeURIComponent("反馈问题")}&body=${encodeURIComponent("你好，\n请查收")} - 换行符要用
%0D%0A（CR+LF），只写\n在多数客户端会被忽略 - 注意：
@、/、?、=、&出现在参数值里时必须编码；但出现在协议头（如mailto:）或分隔位置（如?、&）时绝不能编码
多收件人、cc、bcc 的写法和兼容性陷阱
协议支持，但客户端实现差异极大。别指望靠 bcc 实现隐私保护，Gmail 网页版和移动端压根不识别它。
立即学习“前端免费学习笔记（深入）”；
- 多个收件人必须用英文逗号分隔，且**不能加空格**：
mailto:one@example.com,two@example.com✅；mailto:one@example.com, two@example.com❌ -
cc和bcc参数可加，但仅 Apple Mail、Outlook 桌面版会显示密送栏；Gmail 客户端直接无视bcc - 别用
to=a@b.com&to=c@d.com：RFC 不支持重复键，只有第一个生效
真正麻烦的不是写法，而是你无法控制最终打开的是哪个客户端、它是否支持你写的参数、用户会不会真发出去——这些全在用户手里。一个没编码的空格，就足以让整条链接失效；一个没测试的 bcc，可能让本该隐藏的收件人暴露在对方邮件界面里。
