iOS应用使用Alamofire时WiFi下无法连接服务器 蜂窝网络运行正常

可能的诱因 #

• IPv6适配问题：大量公共/家庭WiFi已启用IPv6优先的解析策略，而国内运营商蜂窝网络仍以IPv4为主。若你的api.myapp.com未在Route53配置正确的AAAA（IPv6）解析记录，或GCP后端服务未开放IPv6访问，就会出现WiFi下解析失败、蜂窝网络正常的情况。
• DNS解析异常：测试用户WiFi对应的运营商DNS存在缓存污染，或未同步Route53的最新解析记录，导致api.myapp.com被解析到无效IP；部分运营商WiFi也可能存在DNS劫持，将域名解析到被拦截的IP段。
• SSL校验失败：部分宽带运营商会对HTTPS请求做中间人劫持插入广告，你使用的Google管理SSL证书若未被运营商劫持后的伪造证书通过Alamofire的默认强校验，会直接被拦截报错；其他应用可能未开启严格SSL校验，因此可以正常联网。
• GCP访问拦截：测试用户WiFi的出口IP段被GCP的防火墙、WAF规则拦截，或国内运营商屏蔽了对应GCP节点的IP段，而蜂窝网络的出口IP不在屏蔽名单内，因此请求正常。
• ATS配置错误：项目的Info.plist中ATS（应用传输安全）规则存在误配置，对特定域名/网络类型做了不合理的访问限制。

排查方法 #

客户端侧排查 #

• 先优化错误采集逻辑：不要仅根据error != nil就判定无互联网连接，将Alamofire返回错误的底层信息（错误域、错误码、错误描述）写入本地日志，比如error.underlyingError as? NSError的code字段：-1003代表DNS解析失败、-1001代表请求超时、-1200代表SSL校验错误，根据错误码可直接定位问题大类。
• 引导出现问题的测试用户，在问题WiFi环境下用iOS端网络工具执行nslookup api.myapp.com、ping 解析得到的IP、telnet 解析得到的IP 443操作，确认是DNS解析异常还是IP连通性异常。
• 临时在测试包中添加Alamofire SSL校验绕过逻辑（仅用于测试，不要上线），如果绕过之后WiFi下请求恢复正常，即可判定为SSL校验环节的问题。
• 在问题WiFi下用系统Safari访问https://api.myapp.com的任意公开接口，确认是否能正常拿到返回结果，对比和APP请求的差异。

服务端侧排查 #

• 登录AWS Route53控制台，检查api.myapp.com的解析配置，确认是否已配置正确的AAAA记录，是否开启了基于线路的智能解析且规则无误。
• 登录GCP控制台，查看防火墙、WAF的访问日志，筛选问题用户的WiFi出口IP，确认是否存在请求被拦截、丢弃的记录。
• 检查Google SSL证书的有效期、信任链，确认证书未被撤销、且包含在iOS系统的根证书信任列表中。

代码优化建议 #

你当前的报错逻辑本身存在不合理性：所有请求失败都统一提示无互联网连接，会掩盖真正的问题。建议根据错误类型做细分提示，同时把错误信息上报到你的埋点系统，方便后续批量排查同类问题。

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