PAC 文件中的有序代理故障转移

以分号分隔的 PAC 结果按顺序提供备用路由：

return "PROXY proxy-a.example:8080; PROXY proxy-b.example:8080";

请使用策略所要求的实际 HTTP 端点。在允许使用公共代理的公共目标测试中，HTTP 代理列表可提供候选。A 失败后，浏览器可在适当时尝试 B。流量不会先经 A 再经 B。链式连接需要客户端或代理服务器端的单独支持；curl 的 SOCKS 到 HTTP 链 是一种受支持的配置。

脚本可用性与代理可用性

客户端必须首先获得可用的 PAC 脚本。若浏览器无法下载该脚本且没有可用的缓存副本，返回值中的第二台代理也无法提供帮助。

评估后，浏览器在返回的路由中进行选择。PAC 参考文档定义了有序格式；由浏览器决定哪些故障会触发切换，以及记住失败候选的时长。通过正常工作的代理收到的 HTTP 错误不会自动触发其他路由。

直接连接的替代方案

添加 ; DIRECT 可允许一条不使用任何一台代理的路由。这可能适合漫游策略，但与受影响流量必须始终使用已批准出口的要求相冲突。

故障报告中，请记录脚本是否成功获取、该脚本对受影响 URL 的结果，以及浏览器尝试的替代路由。这些观察结果可将故障定位在脚本交付、评估与代理连接之间。