mailto链接仅预填邮件字段，不自动发送，需用户手动点击发送；参数必须用encodeuricomponent()编码，多收件人用英文逗号分隔，cc/bcc需显式声明且编码；微信、ios pwa等环境常静默失败。
mailto 链接根本不会自动发邮件
点击 mailto: 链接，只是告诉操作系统“请打开默认邮件客户端，并把这几个字段填进去”。它不经过网络、不校验邮箱、不返回发送结果——用户必须手动点“发送”按钮才算真正发出。很多项目上线后才发现这点，误以为“点了就发”，结果客服收不到任何反馈。
subject 和 body 必须用 encodeURIComponent() 编码
未编码的中文、空格、换行符（\n）、问号（?）、& 符号，都会导致链接被浏览器截断或解析错乱。比如 mailto:a@b.com?subject=你好&body=订单号#123 会在 ? 后直接失效，因为 ? 是参数起始符，不能出现在未编码的值里。
- JavaScript 中必须对每个参数单独调用
encodeURIComponent()，例如：encodeURIComponent("客户反馈\n请查收") -
+不是合法空格编码，必须用%20；换行必须用%0A（LF），不是\n，也不是%0D%0A（CR+LF）——后者在 Outlook 桌面版中反而显示为乱码 - 别手动替换字符：写
subject=%E4%BD%A0%E5%A5%BD看似可行，但一旦内容动态生成（如拼接用户输入），极易漏编、多编或错位
多收件人和 cc/bcc 的兼容性差异极大
协议允许写多个地址，但实际支持程度取决于客户端：iOS Mail 基本忽略 cc 和 bcc；Gmail 网页版不识别逗号分隔的 to；Outlook 桌面版相对最稳定。
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 多个收件人应直接写在
mailto:后面，用英文逗号分隔：mailto:a@x.com,b@y.com，不要加空格，也不要写成?to=... -
cc和bcc必须显式声明，且同样需 URL 编码：mailto:a@x.com?cc=b@y.com&bcc=c@z.com - 别混用写法：
mailto:?to=a@x.com&to=b@y.com是无效的，to参数只认第一个
微信、iOS PWA 和企业平板上大概率静默失败
这些环境往往没注册 mailto: 协议处理程序，点击后既无提示也无反应——不是代码问题，而是系统层面限制。调试时别只盯着 HTML，先复制完整 href 值粘贴到 Safari 或 Chrome 地址栏回车，看能否唤起邮件客户端，这能快速排除 JS 干扰或渲染问题。
- 微信内置浏览器默认禁用
mailto:，部分 Android 企业定制系统也会策略性屏蔽 - iOS Safari 对
body长度敏感，超 200 字可能被截断；macOS Mail.app 在某些版本中会丢弃过长的body - 表单方式（
<form action="mailto:"></form>）在 Chrome 90+ 已普遍禁用，或弹出“不安全协议”警告，且无法动态构造内容，完全不推荐
最易被忽略的是：你写的链接永远只控制“预填什么”，控制不了“谁来填”“填完发没发”“填得对不对”。公开邮箱地址还会被爬虫抓取，关键联系入口建议搭配备用方案（如表单提交 + 后端转发）。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
