手机上有两类 App 需要单独在内部设置代理IP：一类是浏览器类，地址栏能填、也常自带代理设置项；另一类是功能型 App——下载工具、特定业务客户端，它们内部有「网络设置/代理设置」入口，填上代理IP服务商的地址端口就能单独走代理，不影响手机上的其他 App，适合业务集中在一两个应用里的使用习惯。
为什么有的 App 一定要在内部配
原因是这类 App 的网络请求不读手机系统的代理IP设置——它的连接逻辑里没有「跟随系统代理」这一步，只认自己内部配置或直连。想让这种 App 走代理IP，唯一办法就是进它内部设置。判断一个 App 属不属于这类，看它的设置页里有没有「代理」「网络」相关的独立选项即可。
App 内配置的三步流程
第一步找入口：打开 App 的设置页，找「网络」「连接」「代理」这类字眼，有的藏在「高级设置」里。第二步填参数：服务器地址、端口照抄服务商后台，需要认证的填账号密码。第三步验证：在 App 内访问一个出口回显页面或触发一次真实业务请求，确认出口正确。三步走完，App 级代理就配好了。
验证这一步最容易偷懒也最容易漏：只保存不验证，App 显示配置成功但实际没生效的情况不少见——可能是填错端口、可能是 App 要求重启才生效、可能是代理服务本身对 App 的请求类型支持不全。保存后立刻做一次真实请求验证，比事后反复排查省时间。
App 设置和系统设置并存时听谁的
App 内部有代理设置项时，通常以 App 内部为准：就算系统代理也配了，App 自己的设置会覆盖系统设置。所以排查「某个 App 为什么没走我配的系统代理」时，先看它内部有没有自己的代理项——有，它走自己的；没有，才轮到系统代理接管。这个优先级规则在安卓和苹果的代理IP配置里通用。
App 级代理还有一个使用细节：它在流量数据和无线网络下都能用、切换网络不丢配置，不依赖当前网络类型——因为它不走系统网络设置那条通道。这也意味着 App 级配置在切换网络后不会丢，比系统级代理在「换网络失效」这件事上省心一些。
浏览器类 App 走代理的路径会多一层选择：它除了在自己内部配置代理，还可以选「跟随系统」——系统配了它就跟着走，系统没配它就直连。普通功能型 App 大多只有自己内部的代理设置或完全跟随系统两种状态，自由度不如浏览器。
App 内设置和系统设置并存时的规则可以归纳为一句话：App 有自己的代理设置就听 App 的，没有才听系统的——手机 App 配代理IP时先看它内部设置页，这决定了它到底听谁的。