mailto链接必须严格遵循rfc 2368协议，中文、空格、换行等需用encodeuricomponent单独编码参数值，换行用%0d%0a，多邮箱逗号后不可有空格，cc/bcc兼容性差，动态生成更可靠。
直接用 mailto: 协议就能做，但参数不编码、格式错一个字符，链接就失效或内容丢一半——这不是浏览器兼容问题，是 RFC 2368 协议本身要求严格。
mailto 链接里中文和空格为什么总出错
浏览器不会自动帮你编码 href 中的参数值。写 mailto:a@b.com?subject=你好&body=请查收，& 会被当成 URL 分隔符，导致 body 被整个忽略；空格和换行符更会让 Outlook 或 iOS Mail 直接截断。
- 必须对每个参数值单独调用
encodeURIComponent()：比如subject和body各自编码，不能只编一次整个字符串 - 换行必须用
%0D%0A（即\r\n的编码），只写\n在多数客户端无效 - 英文逗号分隔多个邮箱时，**不能带空格**：
mailto:a@b.com,c@d.com✅，mailto:a@b.com, c@d.com❌ - 手动拼
%20或%E4%BD%A0极易漏字符，不推荐；用脚本生成才可靠
JavaScript 动态生成 mailto 链接的正确写法
硬编码在 HTML 里容易翻车，尤其含用户输入或变量时。动态拼接才是安全做法，关键在编码时机和范围。
-
mailto:协议头、?、&这些分隔符绝不能被encodeURIComponent()编码 - 只对邮箱地址、
subject值、body值分别编码，例如：mailto:${encodeURIComponent("a@b.com")}?subject=${encodeURIComponent("反馈")}&body=${encodeURIComponent("你好,\r\n请查收")} - 如果
body来自<textarea></textarea>，记得先用.replace(/\r\n/g, "%0D%0A")处理换行，再编码 - 避免把整个 URL 字符串传给
encodeURIComponent()，否则mailto:和?全被转义成乱码
cc 和 bcc 参数到底能不能用
协议支持，但客户端实现差异极大。别把它当功能用，只当“尽力而为”的提示。
-
cc在 Apple Mail、Outlook 桌面版中基本可用；Gmail 网页版会显示抄送栏，但移动端常忽略 -
bcc在 Gmail（所有端）中完全不生效；Outlook for Mac 有时显示密送框，但 iOS Mail 可能直接丢弃整个参数 - 别用
to=a@b.com&to=c@d.com：RFC 不支持重复键，只有第一个to生效 - 如果真需要隐藏收件人，
mailto:不是解法——必须走后端 SMTP 发送
最麻烦的不是语法，是你永远不知道用户点开后看到的是 Outlook、Gmail App 还是某个企业定制邮件客户端；一个没编码的空格，就让整条链接变成死链；一个没测试的 bcc，可能让本该隐藏的邮箱暴露在对方界面上。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
