如何在Electron中伪装页面location为自定义URL？

完全可以通过Electron原生API实现，不需要依赖MITM代理。以下是两种可靠的方案：

方案一：通过协议拦截映射本地文件到目标HTTPS URL #

这种方法让Electron在收到目标URL的请求时直接返回本地文件，页面会完全认为自己运行在https://example.com/my/page下，所有location、origin相关属性都会符合预期，是最可靠的方案。

主进程代码示例 #

const { app, BrowserWindow, protocol } = require('electron');
const path = require('path');

app.whenReady().then(() => {
  // 注册协议拦截，处理example.com的HTTPS请求
  protocol.registerFileProtocol('https', (request, callback) => {
    const url = new URL(request.url);
    // 仅拦截example.com域名的请求
    if (url.hostname === 'example.com') {
      // 映射到本地HTML文件路径，根据你的实际文件位置调整
      const filePath = path.join(__dirname, 'local-page.html');
      // 返回本地文件
      callback({ path: filePath });
    } else {
      // 其他HTTPS请求正常转发到原服务器
      callback(request.url);
    }
  });

  const mainWindow = new BrowserWindow({
    webPreferences: {
      nodeIntegration: false,
      contextIsolation: true
    }
  });

  // 直接加载目标URL，Electron会自动拦截并返回本地文件
  mainWindow.loadURL('https://example.com/my/page');
});

补充说明：如果页面依赖其他本地资源（如CSS、JS、图片），需要在协议拦截逻辑中添加对应路径的映射，确保这些资源也能从本地加载。

方案二：预加载脚本覆盖location对象（简易但有局限性） #

如果场景简单，也可以通过预加载脚本注入自定义的location属性，替换页面中的原生location引用。但这种方法可能无法绕过部分第三方库的严格环境检测。

预加载脚本（preload.js） #

const { contextBridge } = require('electron');

contextBridge.exposeInMainWorld('customLocation', {
  get href() {
    return 'https://example.com/my/page';
  },
  get origin() {
    return 'https://example.com';
  },
  get domain() {
    return 'example.com';
  },
  // 根据需求补充其他location属性，如pathname、protocol等
});

主进程配置BrowserWindow #

const mainWindow = new BrowserWindow({
  webPreferences: {
    nodeIntegration: false,
    contextIsolation: true,
    preload: path.join(__dirname, 'preload.js')
  }
});

// 加载本地HTML文件
mainWindow.loadFile('local-page.html');

页面中替换location引用 #

在本地HTML的脚本中，需要将原生location替换为自定义的对象：

<script>
// 覆盖全局location对象（需在上下文隔离允许的范围内）
Object.defineProperty(window, 'location', {
  get: () => window.customLocation
});
</script>

局限性：这种方法需要修改页面代码，且无法完全模拟原生location的所有行为，对于reCAPTCHA这类严格检测运行环境的库，兼容性不如方案一。

推荐选择 #

优先使用方案一，它从Electron协议层实现伪装，页面会完全认为自己处于目标URL环境，无需修改页面代码，也能完美兼容各类第三方库的检测逻辑。

内容的提问来源于stack exchange，提问作者David Refoua