iOS中Reachability使用的网络协议及工作原理是怎样的？

核心底层依托 #

所有开发者接触到的Reachability实现，不管是苹果早年放出的官方示例代码，还是Alamofire内置的网络状态管理器，本质都是对系统框架SCNetworkReachability接口的薄封装，没有独立实现的网络探测逻辑。

实际运行逻辑 #

• 初始化指向指定主机的Reachability实例时，不会主动建立任何形式的套接字连接（TCP、UDP均不会），也不会向外发送任何探测数据包。
• 实例创建完成后，会向系统内核网络服务注册状态监听回调，由系统实时上报当前设备的网络接口（WiFi、蜂窝、蓝牙热点）状态、全局路由表的变更事件。
• 主机连通状态的判定完全基于本地路由表的静态匹配结果：内核会计算“如果此刻发起对目标主机的通信，是否存在可用的出站网络路径、是否需要触发蜂窝网络从低功耗态唤醒”，整个过程没有任何对外的网络交互。

常见认知误区 #

• 它的判定逻辑和“周期性发包等待响应”的探活模式完全无关：全程不会产生对外的UDP包、HTTP请求甚至ICMP ping包，所有计算都在本地完成。你观察到它不基于HTTP实现是准确的，但它连UDP主动探测的逻辑都不存在。
• Reachability返回“网络可用”不代表端到端的真实连通性：它无法识别 captive portal 强制门户拦截、DNS解析异常、目标服务不可达等场景，比如连接了需要网页登录的公共WiFi时，Reachability会判定WiFi网络可用，但实际无法正常访问外网资源，这也是很多App需要额外做真实接口探活的原因。
• 部分场景下看到的状态回调延迟，本质是等待系统内核的状态事件推送，不是在等待探测包的响应。

关于通信协议的说明 #

Reachability和系统内核网络服务的通信是走设备内部的系统控制通道，不属于用户态可捕获的TCP/UDP网络流量，从外部抓包完全观测不到相关的数据交互。

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