为什么要知道这些——先把概念讲清楚
把设置本地代理想像成给你家的水管接个阀门：阀门可以把水（网络流量）导到过滤器（代理服务器）再出来，或者直接绕过去。不同的接法（系统代理、浏览器参数、扩展）就是不同的阀门安装方式。弄清楚“水走哪儿、谁来开关、怎么验证”这三件事，配置就不会乱。
准备工作（先把材料备齐）
- 确认比特浏览器的内核类型：大多数现代浏览器基于Chromium/Firefox。比特浏览器通常是Chromium内核，所以下面给出的命令行参数和扩展方法适用。
- 获取代理信息：包括代理类型（HTTP/HTTPS/SOCKS4/SOCKS5）、服务器地址、端口、是否需要用户名/密码。
- 决定代理范围：全局走代理还是仅对特定域名走代理（后者通过PAC或扩展规则设置）。
- 备份当前设置：记下原来的系统或浏览器代理设置，便于回滚。
三种常用设置方法（从简单到强）
方法一：使用系统代理（推荐初学者）
把代理设置放在操作系统层面（Windows、macOS、Linux），浏览器默认会跟随系统设置。这种方式最简单，但不够精细化（无法为单个网站设置不同代理）。
- Windows：设置 → 网络和 Internet → 代理 → 手动代理设置，填入地址和端口；如果有用户名/密码，浏览器会提示认证。
- macOS：系统偏好设置 → 网络 → 选中网络接口 → 高级 → 代理，勾选对应代理类型并填写信息。
- Linux（以 GNOME 为例）：设置 → 网络 → 网络代理，选择手动并输入代理信息；或在命令行/环境变量中配置（HTTP_PROXY、HTTPS_PROXY）。
方法二：通过浏览器启动参数（精确控制）
适用于Chromium内核的浏览器，直接在浏览器快捷方式或启动脚本中加入参数。适合开发、临时测试或配合脚本自动化。
- 在快捷方式的目标后追加（示例）：
–proxy-server=”socks5://127.0.0.1:1080″
其他例子：–proxy-server=”http://1.2.3.4:8080″ - 常见附加参数：
- –proxy-bypass-list=”localhost;127.0.0.1″：指定不走代理的地址（Windows 值用分号分隔）。
- –host-resolver-rules：高级域名解析规则（慎用）。
- 步骤（Windows示例）：
- 右键比特浏览器快捷方式 → 属性。
- 目标框末尾空格后粘贴参数，保存并重启。
方法三：使用代理扩展（最灵活、最常用）
安装像SwitchyOmega之类的代理管理扩展，可以创建多个代理情景，一键切换，并支持规则和PAC逻辑。对于需要按域名走不同代理的场景非常方便。
- 安装扩展后，创建“情景模式”（Profile），填入代理类型与地址/端口；若代理需要认证，扩展通常提供用户名/密码输入。
- 可以导入/编辑PAC脚本来实现按域分流。
- 优点：无需改系统设置或启动参数；缺点：扩展权限较高，注意从可信源安装。
代理类型与常用端口（快速参考表）
| 代理类型 | 说明 | 常用端口 |
| HTTP / HTTPS | 处理 HTTP/HTTPS 请求，常用于网页代理 | 80 / 443 / 8080 / 3128 |
| SOCKS4 / SOCKS5 | 较底层，可代理任意 TCP 流量，SOCKS5 支持 UDP、认证与可选远程 DNS | 1080 / 1081 |
| PAC（自动配置） | 通过脚本按 URL 或域名决定是否走代理 | 无（由浏览器加载） |
PAC 文件示例（按域名分流）
把下面脚本保存为 .pac 文件并在系统或扩展中引用即可：
function FindProxyForURL(url, host) {
if (shExpMatch(host, "*.internal.example.com")) {
return "DIRECT";
}
if (dnsDomainIs(host, "example.cn")) {
return "PROXY 10.0.0.1:8080";
}
return "SOCKS5 127.0.0.1:1080";
}
认证与本地回环、DNS 漏洞（常见坑）
- 代理认证失败（HTTP 407）：有的代理要求浏览器弹窗输入用户名/密码，但某些启动参数或本地脚本无法触发弹窗。解决办法：用扩展填写认证信息，或在本地运行一个无认证的转发代理（把认证交给本地端）。
- DNS 泄露：即使 HTTP 流量走了代理，DNS 查询仍可能由本地解析。对于 SOCKS5，部分客户端会将 DNS 通过代理解析（remote DNS），但并非所有场景都默认这样，建议验证并必要时使用 PAC 或扩展强制远程解析。
- 本地服务访问：如果你在本机运行本地服务（127.0.0.1），记得在绕过列表或 –proxy-bypass-list 中加入本地回环地址，免得流量被错误代理。
如何验证配置生效（简单三步）
- 打开浏览器，访问能显示当前 IP 的服务名称（例如 httpbin.org/ip 或 ipleak.net），查看显示的公网 IP 是否为代理 IP。
- 用命令行工具（curl）指定相同代理做对比（如果你熟悉命令行）。
- 访问仅在代理所在网络可见的资源，确认是否能访问。
常见问题与排查思路
- 页面加载慢或无法加载：检查代理服务器是否在线、延迟是否高；尝试切换到另一个代理或关闭代理看是否恢复。
- 认证一直失败：确认用户名/密码是否包含特殊字符（有些工具对特殊字符的 URL 编码处理不同），必要时使用扩展或本地转发代理。
- 某些网站提示登录异常或被封：这通常是目标站点识别到代理 IP 引起的，需要更换代理或使用更接近目标地区的代理。
- 扩展无法使用：确认扩展获得了必要权限，且没有被浏览器策略（企业策略）阻止。
安全与隐私建议（别等出事再想）
- 尽量选择可信的代理，尤其是传输敏感信息时首选 HTTPS 或 SOCKS5 并配合端到端加密（HTTPS 页面）。
- 不要在公共代理上输入重要账户密码，除非你信任该代理提供方。
- 定期更换和检查扩展来源，谨防恶意扩展截取流量。
补充：常用命令行与格式速查
- Chromium 启动（示例）：bitbrowser.exe –proxy-server=”socks5://127.0.0.1:1080″ –proxy-bypass-list=”localhost;127.0.0.1″
- 代理地址格式示例：
- HTTP：http://username:password@1.2.3.4:8080
- SOCKS5：socks5://127.0.0.1:1080
- PAC：file:///C:/path/to/proxy.pac 或 http://proxy.company/proxy.pac
嗯，这些就是常见又实用的设置方法——如果你现在手头有代理信息，我可以一步一步和你一起把比特浏览器的某种设置做完，或者帮你写好 PAC 脚本和启动参数，随时说哪种方式你想先试。