一、先把概念说清楚：两种代理分别"管"到哪一步
很多人在配置代理的时候，都会遇到一个选择题：是让整台电脑的流量都走代理，还是只让某一个软件走代理？对应的就是全局代理和进程代理这两种模式。
全局代理，也常被称为系统代理。开启之后，操作系统层面的网络请求会统一交给代理服务器转发。你在浏览器里打开网页、软件自动检查更新、后台同步数据，这些流量默认都会走代理通道。它的特点是"一刀切"，配置一次，全机生效。
进程代理，顾名思义，是按进程（也就是一个个具体运行的程序）来决定是否走代理。比如你只让采集工具、多开客户端、模拟器走代理，而聊天软件、网盘、系统更新仍然走本地直连。它的特点是"点对点"，指哪打哪，颗粒度更细。
两者不是谁高级谁落后的问题，而是控制范围不同。理解这一点，后面的选择就不会纠结。
二、核心区别对照：一张表看懂
下面从作用范围、配置方式、资源占用、适用场景等几个维度做一次横向对比，方便你快速定位自己属于哪一类需求。
| 对比维度 | 全局代理 | 进程代理 |
|---|---|---|
| 作用范围 | 整机所有网络请求 | 仅指定的程序或窗口 |
| 配置方式 | 系统设置或客户端一键开启，最简单 | 需要在代理软件或程序内单独指定进程，稍复杂 |
| 灵活性 | 低，无法区分程序 | 高，可以一个程序一套出口 |
| 资源占用 | 相对高，全部流量都要转发 | 相对低，只处理目标流量 |
| 本地网速影响 | 本地访问也可能被绕路 | 本地直连不受影响 |
| 典型场景 | 单机办公、临时调试、整机环境隔离 | 多开、采集、批量注册、多账号运营 |
| 主要风险点 | 影响面大，出错时全机断网 | 配置项多，容易漏配或串进程 |
一句话总结：全局代理省心，进程代理精细。当你只需要一个干净的整体网络环境时选全局；当你要在同一台机器上同时跑多种任务、且每种任务需要不同出口 IP 时，进程代理才是正解。
三、全局代理的优缺点，看清楚再上车
优点：配置成本极低，绝大多数代理客户端都提供"全局模式"开关，点一下就行；对不懂技术的用户友好；所有软件行为一致，不容易出现"这个能连那个不能连"的怪问题。
缺点也很明显：
1. 影响面过大。代理线路一旦不稳定，整台机器都没法正常上网，排查起来会被误以为是宽带故障。
2. 本地服务被牵连。访问本地内网系统、局域网打印机、公司内网后台时，可能因为走了代理而失败。
3. 资源浪费。聊天、网盘、系统更新这些不需要代理的流量也一起绕路，占用带宽和连接数。
4. 无法区分业务。如果你同时跑三四个需要不同 IP 的软件，全局代理只能给它们同一个出口，任务之间会互相干扰。
所以全局代理更适合一个人、一台设备、一种任务的简单结构。
四、进程代理的优缺点，适合什么规模
优点：
1. 隔离性好。每个程序独立走各自的代理通道，A 程序出问题不影响 B 程序。
2. 出口可控。可以给不同进程分配不同的 IP，多账号操作时互不牵连。
3. 本地直连保留。访问内网、局域网资源完全不受影响。
4. 资源利用率高。只有真正需要的流量才走代理。
缺点：必须知道自己的程序是哪个进程名，配置环节多一点；如果程序内部是"主进程+子进程"结构，容易只代理了外壳没代理到干活的那个；另外不同工具支持程度不一样，有的只支持按进程名匹配，有的支持按窗口标题、按端口转发。
从实际使用看，进程代理几乎是多开、采集、批量注册、账号矩阵运营这类业务的标配，因为这类业务天然要求"多出口并行"。
五、三步判断法：你到底该选哪一个
第一步，看业务范围。如果只是想让整台机器临时换一个网络环境，比如调试某个页面在不同地区的访问效果，直接用全局代理，别折腾。
第二步，看设备与程序数量。如果你在一台电脑上同时跑多个客户端、模拟器、采集工具，并且每个都需要独立 IP，那必须用进程代理。全局代理做不到"一个程序一个出口"。
第三步，看并发规模。几十上百个并发任务时，进程代理配合代理池使用效果最好——程序按需从池子里取不同的 IP，用完释放，避免单个 IP 被反复使用。
还有一个折中方案值得了解：先开全局，再在代理客户端里配置"跳过规则"，把本地地址、内网网段排除掉。这样既能保留全局的省心，又避免了内网访问失败的问题，适合对技术要求不高但又踩过坑的用户。
六、配置时的几个实操提醒
如果你走的是进程代理思路，很多命令行工具可以直接用环境变量指定，只对该进程生效，不影响系统其他程序：
# Windows 命令行中为当前窗口单独设置代理
set HTTP_PROXY=http://账号:密码@代理地址:端口
set HTTPS_PROXY=http://账号:密码@代理地址:端口
启动你的程序.exe
# Linux / macOS 下同理
export HTTP_PROXY=http://账号:密码@代理地址:端口
./your-app几个容易踩的点：
1. 大小写都要设。不少程序只认小写的 http_proxy，建议大小写各写一遍更稳妥。
2. 注意子进程继承。用这种方式启动的程序，其子进程会继承环境变量，反而是好事，能避免"外壳代理了、内核实测直连"的问题。
3. 全局模式记得加白名单。把 127.0.0.1、192.168.x.x、10.x.x.x 这类内网地址加入不代理列表。
4. 不要同时开两种模式。系统全局代理和程序内部代理同时生效时，容易出现二次转发、请求卡死的情况，二选一即可。
5. 协议要对上。程序支持 HTTP 还是 SOCKS5，要和代理服务端提供的协议一致，否则会出现"连上了但打不开"的假象。
七、不管选哪种模式，出口 IP 的质量才决定成败
很多用户把精力全放在"全局还是进程"上，却忽略了更根本的一点：代理 IP 本身稳不稳、干不干净、延迟高不高。模式只是水管怎么接，IP 才是水源。
如果你做的是国内业务——比如国内电商多店铺管理、本地生活数据采集、国内应用的多开测试、区域化内容核对，那么选择天启HTTP 这类国内代理 IP 服务是比较对路的：
· 节点覆盖国内主要城市和地区，可满足按地区切换出口的需求；
· 提供 HTTP / HTTPS / SOCKS5 协议接入，兼容绝大多数支持进程代理的客户端与采集框架；
· 支持 API 接口提取 IP，方便程序按需取用，配合进程代理做"一任务一 IP"的调度；
· 高匿名转发，目标站点看不到你本机的真实地址；
· 提供短效动态、隧道、独享静态等不同形态，可按业务的连接时长和并发量来匹配；
· 有实时可用性检测和 7×24 技术响应，遇到批量失败能快速定位是 IP 问题还是配置问题。
需要说明的是，天启HTTP 面向的是国内 IP 场景，不提供海外节点，也没有住宅 IP 类型的资源。如果你的业务需要境外地址，这套方案并不适用，别买错了。
八、给出结论：怎么组合最省心
个人轻度使用：全局代理 + 内网跳过规则，够用且不易出错。
单人多任务：进程代理 + 代理池，按程序分配不同出口，是最常见的组合。
团队多人协作：统一走进程代理方案，每人分账号、每账号分配独立 IP 段，方便管理。
需要长期稳定出口：进程代理 + 独享静态 IP，避免因 IP 频繁更换导致业务断连。
最后提醒一句：先想清楚"哪些流量必须走代理"，再去选模式，而不是反过来。搞清楚控制范围这件事，全局和进程的选择就不再是难题。
常见问题
Q：全局代理和进程代理可以同时使用吗？
技术上可以，但不建议。两者同时生效容易出现请求被转发两次的情况，表现为速度极慢或连接超时。建议二选一，需要精细化时用进程代理，简单场景用全局代理。
Q：为什么我设置了进程代理，程序还是走了本地网络？
最常见的原因是代理到了主进程，但真正发起请求的是它启动的子进程。可以检查是否只按进程名做了匹配，或者改用环境变量启动方式，让子进程继承代理配置。
Q：多开客户端一定要用进程代理吗？
强烈建议。全局代理下所有窗口共用同一个出口 IP，多账号之间很容易被关联；进程代理可以给每个实例分配不同 IP，隔离性更好。
Q：代理连接很慢，是模式选错了吗？
多数情况是 IP 线路本身的问题，和全局/进程模式关系不大。全局模式确实会因为转发全部流量而拖慢本地上网，但单个请求慢，更可能是节点延迟高或 IP 已失效，建议换成支持 API 实时提取的服务，定期更换可用 IP。
Q：只做国内业务，代理 IP 服务怎么挑？
优先看节点是否覆盖你需要的地区、协议是否兼容你的程序、是否支持 API 提取与并发调用，以及有没有稳定的技术响应。天启HTTP 在这几方面都能覆盖国内业务需求，但不适用于需要境外 IP 的场景。
