为何在亚马逊站点console.log(location.href)正常，但JS Bookmarklet无法获取URL？

这个问题我遇到过类似的情况，主要是两个核心原因导致你的书签脚本在亚马逊站点失效，咱们一步步拆解解决：

1. 老旧的escape()函数导致编码故障 #

亚马逊的商品页面URL包含大量特殊参数、符号和UTF-8字符，而你使用的escape()是早已被废弃的编码函数，它对现代URL的字符支持很差，容易把URL编码成不符合mailto协议规范的格式——这就导致邮件客户端无法正确解析链接，看起来像是“拿不到URL”，实际上是编码后的内容损坏了。

2. 亚马逊严格的CSP规则拦截直接跳转 #

亚马逊站点设置了非常严格的内容安全策略（CSP），直接通过location.href跳转mailto协议的行为，可能会被CSP规则判定为“不安全的脚本跳转”而拦截。而模拟用户点击链接的方式，更符合浏览器的正常交互逻辑，更容易绕过这类限制。

修复后的书签脚本（两种方案） #

方案1：替换编码函数（简单直接）

把escape()换成现代标准的encodeURIComponent()，同时对页面标题也做编码（避免标题里的特殊字符搞砸邮件主题）：

javascript:location.href='mailto:?SUBJECT='+encodeURIComponent(document.title)+'&BODY='+encodeURIComponent(location.href);

方案2：模拟点击链接（绕过CSP限制）

如果方案1还是被拦截，试试创建一个隐藏的<a>标签并模拟点击，这种方式更贴近用户手动操作，几乎不会被CSP拦截：

javascript:(function(){
  const mailLink = document.createElement('a');
  mailLink.href = `mailto:?SUBJECT=${encodeURIComponent(document.title)}&BODY=${encodeURIComponent(location.href)}`;
  document.body.appendChild(mailLink);
  mailLink.click();
  document.body.removeChild(mailLink);
})();

为什么这样有效？ #

• encodeURIComponent()是ECMAScript标准推荐的编码方式，能完美处理所有URL和文本中的特殊字符，确保mailto链接的格式完全符合协议要求。
• 模拟点击<a>标签的方式，本质上和你手动点击页面上的邮件链接没有区别，浏览器和CSP规则会把它判定为合法的用户交互行为，不会拦截。

内容的提问来源于stack exchange，提问作者AJ Acevedo