同一个地址上能有多少个登录同时在线，这个问题没有标准答案，但边界是清楚的：地址这一层只决定「从哪来」，登录数量还会受会话管理、行为特征、平台侧的判定影响。指望靠 IP代理把登录数量拉高，往往到了某个点就上不去了。
地址能解决来源问题，解决不了数量问题。两件事分开看，预期才不会错。
- 来源维度
- 地址决定请求从哪里发出，这条最直接
- 会话维度
- 每个登录的会话独立，互不影响是基本要求
- 行为维度
- 操作节奏与频次，与地址无关
- 判定维度
- 平台侧的综合判断，单一维度很少决定结果
登录数量撞墙的时候，先看撞的是哪一堵墙。
四个维度里，地址是唯一能用工具直接改的，其余三个要靠使用方式。一个地址能承载多少登录，取决于这四个维度里最紧的那一项，通常不是地址。所以当数量卡住时，先确认地址这一侧还有没有余量：线路是否还够用、并发是否已满、地址是否已被限制。这三点排除之后，再往行为那一侧想。
换个角度说，把代理IP线路加到足够多，登录数量也未必跟着涨。线路一多，管理成本上去了，会话之间反而更容易乱，一个实例的登录状态串到另一个上去。所以加线之前先确认会话是独立的，这一项不成立，加多少条线都白费。
会话这一项没有做扎实的话，加多少条线路都还是会互相干扰。
怎么判断撞的是哪一层
加一个登录就出问题，去掉一个就恢复，说明撞的是数量上限，跟地址可能有关也可能无关。加不加都一样出问题，说明问题在别处。同样的数量，换一条线路恢复正常，才说明是地址这一侧的问题。三组对照做下来，方向就清楚了。
边界会移动吗
边界在哪里不重要，知道自己现在离边界多远更重要。这个距离只能靠对照测出来，光看代理IP的线路数量是看不出的。每隔一段时间做一次对照，比记住某个数字有用。