mailto: 协议可直接在 HTML 中创建邮件链接，点击唤起本地客户端；需 URL 编码 subject、body 等参数，换行用 %0D%0A，避免中文直写；兼容性受限于系统配置与客户端支持。
用 mailto: 协议实现点击发邮件
直接在 HTML 里写一个超链接，点击就能唤起本地邮件客户端（如 Outlook、Mail.app 或 Thunderbird），不用跳转页面、不依赖后端——核心就是 mailto: 这个 URI scheme。它不是 JavaScript，也不发 HTTP 请求，纯前端协议级行为。
基础写法：
<a href="mailto:admin@example.com">联系管理员</a>点击后，系统会打开默认邮件客户端，收件人已填好，其余字段（主题、正文等）全空，由用户手动补全。
mailto: 链接里加主题和正文的写法
可以带查询参数，但只支持有限字段：subject、body、cc、bcc，且必须 URL 编码。空格要变 %20，换行用 %0D%0A（CR+LF），中文需 UTF-8 编码。
常见错误：直接写中文或换行符，导致邮件客户端截断或乱码。
正确示例：
<a href="mailto:support@site.com?subject=订单咨询&body=订单号：%2012345%0D%0A问题描述：%20未收到确认邮件">反馈订单问题</a>
立即学习“前端免费学习笔记（深入）”；
-
subject和body值里不能出现未编码的&、=、?、空格、换行 -
body中换行必须用%0D%0A，只用%0A在某些客户端（如 iOS Mail）可能不换行 - 多个收件人用逗号分隔，但部分客户端（如 Gmail 网页版）不支持
cc/bcc参数
为什么点链接没反应？常见兼容性问题
不是所有环境都支持 mailto:。典型失效场景：
- 在微信内置浏览器、QQ 浏览器、部分安卓 WebView 里，
mailto:被静默忽略或报“无法打开” - 用户没装任何邮件客户端，或系统没设默认邮件程序（Windows 上尤其常见）
- URL 编码出错，比如
body里漏了%或用了中文直写，整个href被当无效地址 - Gmail 网页版作为默认客户端时，
mailto:可能跳转到空白页或报错，因它不完全遵循标准
检测是否生效最简单办法：右键链接 → “复制链接地址”，粘贴到浏览器地址栏回车——如果唤起邮件客户端，说明协议本身没问题；否则是环境或编码问题。
需要更高可靠性时的替代思路
如果业务上“必须发出去”，不能依赖用户本地配置，mailto: 就不该是唯一方案。它本质是快捷入口，不是通信通道。
可考虑的折中做法：
- 保留
mailto:链接作为首选，同时旁边放一个按钮，点击后弹出含表单的<dialog>或模态框，提交走 AJAX + 后端邮件服务（如 SendGrid、SMTP） - 用
noreferrer noopener修饰链接，避免 referrer 泄露邮箱：<a href="mailto:..." rel="noreferrer noopener">...
- 邮箱地址别硬写死在 HTML 里，至少做简单混淆（比如用 JS 拼接字符串或 data 属性），防爬虫采集
真正难处理的是编码边界：不同邮件客户端对 body 长度、换行、字符集的支持差异极大，测试时至少覆盖 Outlook 桌面版、Apple Mail、Gmail 网页版三个环境。稍长的正文建议引导用户复制粘贴，比强塞进 mailto: 更稳妥。
