同一台电脑上开着好几个窗口，每个窗口都是独立的程序，可它们访问外部网络时用的是同一个代理IP地址。这个现象本身很正常，问题在于有些用途需要把它们分开。做法是让每个窗口走各自的通道，对外呈现出不同的来源。这个概念不难，难的是落到具体操作上。
- 概念：同一个窗口固定使用一个地址，窗口之间互不影响。
- 作用：把同时运行的多个任务在网络层面区分开。
- 前提：窗口必须能被单独识别，否则无法按窗口分配。
- 边界：区分的是网络来源，设备本身的特征并不会跟着变。
它解决的问题和解决不了的问题
这项配置能处理的是网络来源混在一起的问题。多个窗口长期共用一个地址，从外部看它们的出处完全一致，管理时很难区分。改成各自走不同的通道之后，来源这一层就清晰了。但它管不到设备层面：同一台机器上的窗口，硬件信息、系统版本、安装的组件都一样，这些特征不会因为换了地址而变化。把预期放在网络这一层，才不至于失望。
先把适用范围想清楚，才不会指望一项设置解决所有问题。
先确认程序能不能被单独识别，再决定用哪种绑定方式，这一步省不掉。
落地时要注意的几处
落地时会遇到一个常见障碍：不是所有程序都支持按窗口指定通道。有的程序把请求统一交给系统处理，外面看不见独立的运行单元，按窗口分配就无从下手。遇到这种情况，可以退一步做逐进程绑定，或者把这几个窗口的代理IP分配到不同的机器上。选方案之前，先确认目标程序是否具备被单独识别的条件。
有些工具只能按程序分配，同一款软件开出来的窗口全都走同一条通道。按窗口分配则细一层，同一个程序的两个窗口可以走不同的地址。窗口数量多、需要逐个管理的场景，这一层的差别很关键：前者只能把软件分开，后者能把每个运行实例都分开。
判断标准很简单：能不能在运行列表里看到每一个独立窗口。看得到，才有可能按代理IP逐个分配；看不到，就只能从上一层想办法。
把这套代理IP做法用起来之前，先拿两个窗口试一次。确认两个窗口查出来的地址确实不同，再往下铺开到全部实例。
窗口分开之后，管理的方式也要跟着调整，配一张窗口与地址的对照表是最省事的起点。