React Native中Axios在受限热点网络场景下Android端超时未按预期生效

现有请求实现与测试场景 #

配置的Axios请求代码 #

const config = {
    method: 'GET',
    headers: {
        'Content-Type': 'application/json',
        Accept: 'application/json',
    },
    timeout: 30000
};
var response = await instance.get(route, config);

复现测试步骤 #

• 准备A、B两台测试手机
• 手机A开启WiFi并创建个人热点，手机B连接该热点完成入网
• 保持A的热点广播功能开启，手动关闭A的WiFi上行连接，此时手机B可检测到热点信号、拿到分配的IP地址，但网络处于完全无外网连通的受限状态
• 通过上述代码发起HTTP请求时，iOS端可在30s阈值到达后正常触发超时逻辑，Android端始终不执行预设的超时中断

核心异常原因 #

• 跨端网络栈的超时判定逻辑不对齐
  Axios在React Native环境中仅做API语法封装，最终网络请求完全依托原生系统网络模块执行：iOS端默认对接NSURLSession网络栈，会对从请求发起到收到首个服务端响应的全流程启动计时，到达阈值后主动中断请求抛出超时错误；Android端默认对接OkHttp/原生HttpURLConnection网络栈，并未将应用层设置的超时参数透传到TCP连接建立阶段的全流程。
• 受限网络场景的请求状态匹配偏差
  这类“链路层连通、网络层无回应”的受限连接，在Android系统的网络判定逻辑中会被归类为有效可访问网络，系统不会主动抛出无网络错误，应用层发起的请求会直接下发到驱动层。但由于上行链路完全断开，请求发送的TCP SYN包无法收到任何回应，按照Linux内核的TCP重传规则，这类无回应的连接需要数分钟才会被内核判定为不可达，远高于你设置的30s应用层超时阈值。而Axios在Android端实现的timeout逻辑，仅覆盖TCP连接建立完成后，等待服务端返回响应头的时长，完全不覆盖TCP三次握手阶段的等待时间，刚好和你测试的场景错配。
• Axios配置参数的端侧实现差异
  Axios的timeout配置在React Native的双端适配中没有做统一逻辑对齐：iOS端会将该参数直接透传给NSURLSession的timeoutIntervalForRequest属性，覆盖从请求发出到收到首包的全链路计时；Android端的适配代码则只把这个参数设置为已建立连接后的响应等待超时，没有对握手阶段的等待做计时兜底。

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