mailto链接不发送邮件，仅调用默认客户端并预填字段；点开无反应主因是参数未URL编码、含全角字符/空格、设备无默认邮件客户端或平台兼容性限制。
mailto 链接不会真正发送邮件，它只是告诉浏览器“请打开默认邮件客户端，并把这几个字段填进去”。能不能发、填得对不对、用户点没点发送——你完全不知道。
为什么点链接没反应？常见失效原因
不是代码写错了，大概率是环境或编码问题：
- 链接里用了未编码的中文、空格、换行符（
\n）、感叹号（!）或问号（?），浏览器直接截断整个 URI - 收件人邮箱里混入了全角字符或空格，比如
admin＠example.com（注意这个＠是全角） - 用户设备没装邮件客户端（如纯用 Gmail 网页版），或系统没设默认程序（Windows/macOS 的“默认应用”设置里要确认“邮件”已关联
mailto:） - iOS PWA、微信内置浏览器、某些企业 Android 平板会静默丢弃
mailto:调用，不报错也不弹窗
subject 和 body 必须用 encodeURIComponent() 编码
别手动替换成 %20 或查 Unicode 表。不同语言有标准函数，只编码参数值，不编码 ?、&、= 这些分隔符：
- JavaScript：用
encodeURIComponent()，例如encodeURIComponent("订单异常\n请核查") - PHP：用
rawurlencode()（不是urlencode()），它对@、/也编码，更安全 - Python：用
urllib.parse.quote(value, safe="")，safe=""确保所有非字母数字都被转义 - 换行必须用
%0A（LF），不是\n，也不是%0D%0A（CR+LF）——后者在部分客户端（如 Outlook）反而会被当乱码
多收件人、cc、bcc 怎么写才有效
协议本身支持，但客户端兼容性差异极大：
- 多个收件人直接写在
mailto:后面，用英文逗号分隔：mailto:a@example.com,b@example.com，不要加空格 -
cc参数可用，Outlook 和 Thunderbird 基本识别；iOS Mail 和 Gmail 网页版常忽略 -
bcc参数存在，但 iOS Mail 完全不读，旧版 Outlook 也可能失效，别指望它保密 - 别混用写法：
mailto:?to=a@b.com&to=c@d.com是无效的；正确是mailto:a@b.com,c@d.com
用 <a> 还是 <form action="mailto:">？
优先用 <a> 标签。表单方式限制更多、兼容性更差：
-
<form action="mailto:" method="post" enctype="text/plain">在 Chrome 90+ 已普遍禁用，或弹出“不安全协议”警告 - 表单提交会刷新页面（即使加了
target="_blank"），打断用户操作流 - 无法动态构造内容：字段名是静态的，不能根据 JS 计算结果实时生成
subject或拼接body - 表单生成的正文格式不可控，比如
姓名: 张三会变成姓名:张三（无换行），且无法插入结构化文本
真正容易被忽略的是：mailto: 没有任何反馈路径。用户关掉邮件客户端、删掉正文、甚至根本没点发送——你收不到任何信号。如果业务需要确认送达、防漏发、或必须带附件，就得换 Ajax + 后端 SMTP 接口方案。
