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 要求严格，不是“差不多就行”。

html-to-pptx-converter

使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。

下载

• 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，可能让本该隐藏的收件人暴露在对方邮件界面里。

前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！