仅iOS设备+加拿大Rogers/Fido运营商下Ajax请求频繁间歇性超时问题

我们的Web应用在iPhone/iPad + 加拿大魁北克省Rogers/Fido运营商网络的特定组合下，会频繁但间歇性出现Ajax请求超时问题，其他环境均正常。我们已经将问题剥离，制作了纯JavaScript的最小复现案例，代码附在下方。

已完成的测试与排查结果 #

• 在iOS设备使用Rogers/Fido SIM卡时，缓慢点击TEST按钮，几分钟内（有时立即触发，有时稍晚）会出现5个并发请求中的某个卡住并超时。
• 将同一张SIM卡放入Android设备，执行数千次请求后未出现超时。
• 在同一iOS设备更换其他运营商的SIM卡，执行数千次请求后无法复现超时问题。
• 在不同物理位置、多台iOS设备测试，问题表现一致。
• 在iOS 11和iOS 9系统中测试，问题相同。
• 确认超时的请求并未到达服务器端。
• 分别测试jQuery.ajax()、原生XmlHttpRequest和fetch()方法，均出现相同问题。

当前困境 #

• 已无新的排查思路
• 不清楚联系Rogers的哪个部门，以及他们是否愿意投入时间调查
• 不愿实现自动取消并重试方案，因为部分请求耗时较长，可能误取消正常请求

求助问题 #

1. 该问题的成因是什么？为何仅在iOS+Rogers的组合下出现？
2. 还有哪些可尝试的排查方案？
3. 使用iPhone+Rogers/Fido的用户能否通过复现案例重现问题？

复现代码 #

<a href="#" onclick="return go();">TEST</a> <br><br>
<div id="output">waiting for action</div>

<script>
var count = 0;
function go() {
    count = 0;
    document.getElementById("output").innerHTML = "0/5";
    var q1 = sendAjax();
    var q2 = sendAjax();
    var q3 = sendAjax();
    var q4 = sendAjax();
    var q5 = sendAjax();
    return false;
}

function sendAjax() {
    var xhr = new XMLHttpRequest();
    var timer = setTimeout(function() {
        alert("TIMEOUT");
        xhr.abort();
    }, 30000);
    xhr.onreadystatechange = function() {
        if (xhr.readyState === 4) {
            clearTimeout(timer);
            count++;
            document.getElementById("output").innerHTML = count + "/5";
            if (xhr.status === 200) {
                // 请求成功，无额外处理
            } else {
                alert("ERROR, " + "status: " + xhr.status + ", statusText: " + xhr.statusText);
            }
        }
    };
    xhr.open("GET", "/echo/js/?_=" + new Date().getTime() + "&js=hello");
    xhr.send();
    return xhr;
}
</script>

分析与排查建议 #

这真是个棘手且边界清晰的问题！从你做的详尽测试来看，已经把范围缩得非常小了——完全锁定在iOS + Rogers/Fido魁北克网络的组合上，而且请求根本没到服务器，说明问题出在客户端到运营商网络的链路里。

可能的成因推测 #

1. 运营商网络策略与iOS网络栈不兼容：Rogers/Fido可能对iOS设备的TCP连接复用、keep-alive策略有特殊限制或处理逻辑，导致部分请求被卡在网络层无法发出。Android的网络栈实现和iOS差异较大，所以避开了这个问题。
2. iOS网络状态检测与运营商网络冲突：iOS会在网络切换、信号波动时调整连接状态，Rogers的网络可能在某些场景下触发了iOS的异常处理逻辑，导致请求被挂起。
3. 运营商透明代理/缓存节点bug：Rogers在魁北克省部署的代理或缓存节点，可能对iOS设备的请求处理存在特定bug，导致请求直接丢失。

可尝试的排查方案 #

• 抓包分析：在出现问题的iOS设备上用Charles或Wireshark抓包（需要配置代理或使用越狱设备），观察超时请求的TCP握手情况——是根本没发送SYN包，还是发送后没有收到ACK？这能直接定位问题在iOS网络栈还是运营商网络。
• 调整请求参数：
  • 尝试关闭请求的keep-alive：在XMLHttpRequest中添加xhr.setRequestHeader("Connection", "close")，看是否能避免超时；
  • 减少并发请求数：把并发数从5个降到1个，测试是否还会出现超时，判断是否是并发连接数触发了运营商的限制；
  • 更换请求协议/端口：改用HTTPS（443端口）测试，或者尝试其他非标准端口，看问题是否消失。
• 联系运营商技术支持：优先尝试联系Rogers的企业技术支持（如果你的应用是面向企业的），如果是消费者应用，可申请接入高级技术支持通道，把你的测试数据（尤其是“仅iOS+Rogers出现、请求未到服务器”这些关键信息）提供给他们，这能帮助他们快速定位是否是网络侧的问题。
• 切换iOS网络模式：尝试把iOS设备的网络从4G切换到3G，或者关闭VoLTE功能，看问题是否消失，排除特定网络制式下的兼容问题。
• 测试底层网络调用：如果是混合应用，尝试用iOS原生的NSURLSession发起请求，看是否能绕过WebView中XMLHttpRequest的问题（不过你已经测试了三种JS方法都有问题，这个可能性较低，但值得一试）。

关于复现可能性 #

从你在多台设备、多个位置的测试结果来看，使用iPhone+Rogers/Fido的用户在魁北克省网络环境下运行你的复现代码，大概率能重现问题——你的测试已经充分验证了问题的一致性。

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