使用NSURLSession触发XPC error Connection interrupted的原因及风险咨询

错误成因 #

这个错误本质上和**代理自动配置（PAC）的进程间通信（XPC）**有关，具体触发场景大概有这几种：

• 并发请求过载：当你批量发起大量NSURLSession请求时，系统会为每个请求触发PAC查询（用来判断是否需要走代理），短时间内高频的XPC通信可能导致连接不稳定，出现中断。
• 代理配置动态变化：比如请求过程中用户切换了网络（Wi-Fi/蜂窝）、修改了系统代理设置，或者PAC脚本本身存在延迟、逻辑错误，都会导致XPC查询的连接超时或中断。
• 系统资源紧张：当系统内存、CPU占用过高时，负责PAC查询的XPC服务可能被系统限制甚至终止，进而引发连接中断。
• Session配置或管理不当：频繁创建销毁NSURLSession实例，或者自定义Session配置时没有正确处理代理相关参数，也可能加剧这类问题。

是否需要担忧？ #

大部分情况下，这个错误是非致命的：CFNetwork框架本身内置了重试机制，即便出现这个XPC中断日志，你的请求通常还是能正常完成。如果只是调试器里弹出这条信息，但业务逻辑不受影响（请求都能成功返回），那完全不用过度担心。

但如果这条日志伴随请求失败、超时等实际问题，那就要针对性排查了——这说明代理查询的异常已经影响到了请求链路。

可行的解决/优化方向 #

• 控制请求并发量：通过NSURLSession的maxConcurrentOperationCount限制同时发起的请求数，减少PAC查询的频率，降低XPC通信压力。
• 调整代理配置：
  • 如果你的场景不需要使用代理，可以在Session配置里显式禁用代理，从根源上避免PAC查询：

    // Objective-C
    NSURLSessionConfiguration *config = [NSURLSessionConfiguration defaultSessionConfiguration];
    config.connectionProxyDictionary = @{};
    NSURLSession *session = [NSURLSession sessionWithConfiguration:config];
    

    // Swift
    let config = URLSessionConfiguration.default
    config.connectionProxyDictionary = [:]
    let session = URLSession(configuration: config)
    

  • 如果依赖PAC脚本，检查脚本是否存在耗时逻辑、语法错误，优化脚本性能减少查询延迟。
• 复用NSURLSession实例：尽量避免频繁创建销毁Session，复用实例能减少资源开销和XPC通信的次数。
• 针对性监控网络环境：如果错误只在特定网络（比如公司内网、某些公共Wi-Fi）下出现，重点排查该网络的代理配置是否稳定。

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