已测试多种Wi-Fi及移动数据，仅我的设备Volley请求超时问题咨询

实际开发场景中，能稳定复现“切换所有Wi-Fi、移动数据网络，只有自己的设备用Volley发请求会超时”的场景基本集中在以下几类原因，可以按顺序逐一排查：

• 系统明文流量拦截：Android 9及以上版本默认禁止应用发起未加密的HTTP请求，如果你的Volley请求目标地址是http协议开头，且应用没有在Manifest文件中配置android:usesCleartextTraffic="true"，系统会直接在底层拦截请求，不会返回任何错误码，最终表现为Volley等待响应直到超时。这种情况不会在其他设备上触发，通常是因为其他测试设备上的同应用之前配置过网络安全策略，或者临时开启了全局明文流量权限。
• 系统代理/VPN残留配置：如果之前用过抓包工具、全局代理类软件调试，调试结束后没有彻底关闭系统层面的全局代理设置，Volley默认会读取系统代理配置发起请求；一旦代理的服务地址失效、端口不通，不管切换Wi-Fi还是移动数据，所有请求都会因为无法连接代理服务器超时，问题表现和当前连接的实际网络质量完全无关。
• 超时阈值与设备网络性能不匹配：初始化Volley时如果通过DefaultRetryPolicy把单次请求超时时间设得过短（比如低于3秒），当你的测试设备存在天线老化、所在位置信号强度弱于其他测试设备时，很容易刚好触发超时阈值；其他设备信号更好，能在超时限制内完成连接，就不会出现报错。
• 定制ROM的联网权限限制：国内各品牌定制安卓系统自带的联网管控机制，会默认限制应用的后台联网、大流量联网权限。如果你的设备之前没给该应用开放无限制联网权限，Volley在后台线程发起的请求会被系统直接掐断；其他运行同应用的测试设备因为提前开通了对应权限，就不会触发超时问题。
• 服务端的丢包式拦截：如果后端服务识别到你的设备关联的历史请求行为触发了反爬规则，不会直接返回拒绝连接的响应，而是会将来自该设备的连接请求做丢包处理，表现为TCP建连阶段直接超时。哪怕你切换所有公共网络，只要设备发起请求的特征被识别，就会持续触发超时，其他未被标记的设备则可以正常访问。

内容的提问来源于stack exchange，提问作者Pulkit Goel