本文详解如何在不触发 “Illegal invocation” 或栈溢出错误的前提下，安全地劫持并修改 navigator.share() 的 url 参数，特别适用于多租户子域名场景下的 SEO 与分享链接一致性需求。
本文详解如何在不触发 “illegal invocation” 或栈溢出错误的前提下，安全地劫持并修改 `navigator.share()` 的 `url` 参数，特别适用于多租户子域名场景下的 seo 与分享链接一致性需求。
navigator.share() 是现代浏览器原生支持的 Web Share API 核心方法，用于调起系统级分享面板（如微信、短信、邮件等）。其行为默认遵循规范：优先读取 ，其次回退至 location.href。但在 WordPress 多租户架构中（例如 clonea.abcwebsite.com 克隆站点），我们常需保留 canonical meta 标签以满足 Google SEO 要求，同时确保用户点击浏览器“分享”按钮时传播的是当前子域名的真实 URL——这正是原生 API 无法直接满足的矛盾点。
直接重写 navigator.share 函数看似简单，但极易踩坑：
- ❌ 错误方式一：navigator.share = function() { return originalShare(args); }
→ 因丢失 this 上下文（即 navigator 对象），抛出 Failed to execute 'share' on 'Navigator': Illegal invocation； - ❌ 错误方式二：递归调用自身（如 shareThis() 内再调 navigator.share()）
→ 引发无限递归，最终 Maximum call stack size exceeded。
✅ 正确解法是：保存原始方法引用 + 使用 .call(navigator, data) 显式绑定上下文 + 在调用前安全修改参数对象。以下是生产环境推荐实现：
// ✅ 安全覆盖 navigator.share：仅修改 url，保留其他字段与原生行为
if ('share' in navigator) {
const originalShare = navigator.share;
navigator.share = function(data) {
// 深拷贝避免污染原始传入对象（推荐，尤其当 data 来自第三方库）
const modifiedData = {
...data,
url: window.location.origin + window.location.pathname + window.location.search
// 或更健壮的逻辑：data.url = getCanonicalOrCurrentUrl();
};
// 关键：显式绑定 this 为 navigator，满足原生方法调用约束
return originalShare.call(navigator, modifiedData);
};
}? 为什么必须用 .call(navigator, ...)？
浏览器内部对 navigator.share 做了严格上下文校验。它不是普通函数，而是绑定在 Navigator 接口上的“强上下文方法”。脱离 navigator 实例调用即视为非法——.call()/.apply() 是唯一合规的代理方式。
进阶建议：按场景动态生成 URL
对于子域名克隆系统，你可能需要根据当前 host 动态决定是否替换 URL：
function getShareUrl() {
const host = window.location.host;
// 仅对 clone*.abcwebsite.com 子域名启用自定义 URL
if (/^clone\d+\.abcwebsite\.com$/.test(host)) {
return window.location.href; // 分享真实克隆页地址
}
// 主站或其他情况，仍使用 canonical 或默认逻辑
const canonical = document.querySelector('link[rel="canonical"]')?.href;
return canonical || window.location.href;
}
// 应用于覆盖逻辑中：
navigator.share = function(data) {
const modifiedData = { ...data, url: getShareUrl() };
return originalShare.call(navigator, modifiedData);
};注意事项与兼容性提醒
- ⚠️ 仅限 HTTPS 环境：Web Share API 要求安全上下文（https:// 或 localhost），HTTP 页面将静默禁用 navigator.share；
- ⚠️ 降级处理不可少：务必检查 if ('share' in navigator)，并在不支持时提供备用分享方案（如复制链接、Open Graph 预渲染）；
- ⚠️ 勿修改只读属性：data.title 和 data.text 同样可被定制，但避免设置 undefined 或 null，部分 Android 分享面板可能崩溃；
- ✅ 不影响 SEO：该覆盖仅作用于前端 JS 调用（含浏览器菜单触发的 share），不影响爬虫解析 中的 canonical 标签，Google/Bing 索引逻辑完全不受干扰。
通过这一轻量、精准的代理模式，你既守住了 SEO 规范，又掌控了用户分享链路——无需服务端干预，纯前端即可实现克隆站点的“所见即所享”。
