如何阻止压缩JS中的location.href执行？求跨浏览器解决方案

我完全理解你的困扰——面对无法修改的压缩JS文件，要阻止它的跳转行为确实棘手。好在我们有跨浏览器兼容的方案，下面给你详细讲解两种可行的方法，优先推荐第一种静默拦截的方案：

方法1：重写location.href的setter（推荐） #

所有现代浏览器（包括Chrome、Firefox、Safari）都支持通过Object.defineProperty重写访问器属性的setter方法。我们可以拦截所有对location.href的赋值操作，判断是否是目标函数触发的跳转，再决定是否阻止：

// 先保存原始的 href setter，避免完全覆盖后丢失正常跳转功能
const originalHrefSetter = Object.getOwnPropertyDescriptor(window.location, 'href').set;

// 重写 location.href 的 setter
Object.defineProperty(window.location, 'href', {
  set: function(targetUrl) {
    // 通过调用栈判断是否来自目标函数
    // 目标函数里包含"redirect_to"字符串，压缩后大概率会保留（字面量字符串不会被压缩工具修改）
    const callStack = new Error().stack;
    if (callStack && callStack.includes('redirect_to')) {
      console.log('已阻止目标函数的跳转:', targetUrl);
      return; // 直接返回，不执行原始跳转逻辑
    }
    // 其他正常跳转依然执行
    originalHrefSetter.call(this, targetUrl);
  },
  get: function() {
    return window.location.href; // 保留原始的getter逻辑
  },
  configurable: true // 允许后续再次修改（可选）
});

为什么这个方案有效？ #

• 你的目标函数是通过location.href = o实现跳转，任何对location.href的赋值都会触发我们自定义的setter。
• 利用调用栈中的特征字符串（redirect_to）精准定位目标函数的调用，不会影响其他正常跳转。
• 完全静默拦截，不会给用户弹出任何提示，体验友好。

方法2：监听beforeunload事件（备选，体验略差） #

如果重写setter的方式有特殊限制，你可以尝试监听页面卸载事件，但这个方法会触发浏览器默认的“确认离开”提示框，体验不如第一种：

window.addEventListener('beforeunload', function(e) {
  const callStack = new Error().stack;
  if (callStack && callStack.includes('redirect_to')) {
    // 阻止页面卸载
    e.preventDefault();
    // Chrome浏览器需要设置returnValue才能弹出提示框
    e.returnValue = '';
  }
});

注意事项 #

• 不同浏览器对beforeunload的提示文案控制不同，无法自定义提示内容。
• 用户可以选择“继续离开”，所以这个方法不能100%阻止跳转，只能起到提醒作用。

额外提示 #

• 确保你的干预代码在目标压缩JS文件加载完成后执行，否则拦截逻辑不会生效。可以通过DOMContentLoaded事件或者把脚本放在页面底部来保证执行顺序。
• 如果目标函数里的redirect_to字符串被压缩工具修改了（概率极低），可以换其他特征字符串，比如checkoutTracker.identity.loginSuccessful()里的loginSuccessful，或者showError等函数名，这些在压缩后通常也会保留（除非工具做了极端混淆）。

内容的提问来源于stack exchange，提问作者Davide Gonçalves