Firefox WebExtension注册PAC代理文件时内置PAC函数未定义

我来帮你搞定这个问题！你遇到的isNetName()、dnsResolve()等PAC函数未定义的错误，核心原因是PAC内置函数的运行上下文和WebExtension后台脚本完全隔离，下面分情况给你解决方案：

情况1：你误在后台脚本中直接调用了PAC函数 #

PAC的专属内置函数只能在.pac文件本身的代码里使用，后台脚本的JavaScript环境根本没有这些函数。如果你是在后台脚本里写了类似isNetName("example.com")的代码，肯定会报错。

解决方法：把所有依赖PAC内置函数的逻辑移到你的proxy.pac文件里，比如：

// proxy.pac 文件内容
function FindProxyForURL(url, host) {
  // 这里可以正常使用所有PAC内置函数
  if (shExpMatch(host, "*.internal")) {
    return "DIRECT";
  }
  if (dnsResolve(host) === "192.168.1.100") {
    return "PROXY internal-proxy:8080";
  }
  return "DIRECT";
}

情况2：PAC文件内调用函数仍报错 #

如果是PAC文件里调用这些函数时报错，那大概率是PAC文件的加载路径有问题，或者扩展配置不对：

• 用正确的URL注册PAC文件：后台脚本里不能直接写相对路径"proxy.pac"，要使用browser.runtime.getURL()获取扩展内部资源的完整URL，修改你的后台脚本：

// 后台脚本代码
browser.proxy.register(browser.runtime.getURL("proxy.pac"));
browser.proxy.onProxyError.addListener(error => {
  console.error(`Proxy error: ${error.message}`);
});

• 确保PAC文件在扩展中可访问：在manifest.json里添加web_accessible_resources配置，让浏览器能正确加载到这个PAC文件：

// manifest.json 片段
"web_accessible_resources": [
  {
    "resources": ["proxy.pac"],
    "matches": ["<all_urls>"]
  }
]

• 检查Firefox版本：旧版本Firefox可能对PAC内置函数的支持有缺陷，建议升级到最新稳定版Firefox再测试。

额外提醒 #

PAC文件的执行环境是浏览器的代理服务上下文，它有自己独立的全局对象，和扩展的后台脚本、内容脚本都不共享任何变量或函数，所以永远不要尝试在非PAC文件的脚本里调用这些专属函数哦。

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