Android广播中android.net.wifi.STATE_CHANGE与supplicant.CONNECTION_CHANGE的区别

作为常年跟Android WiFi机制打交道的开发者，我来给你掰扯清楚这两个广播的核心区别——它们虽然都跟WiFi状态有关，但触发时机、传递的信息和适用场景完全不是一回事儿：

1. 触发时机：上层连接状态 vs 底层关联状态 #

• android.net.wifi.STATE_CHANGE：这个广播盯的是WiFi连接的最终状态，只有当设备完成了整个WiFi连接流程（包括认证、获取IP地址，真正能上网），或者连接彻底断开时才会触发。简单说，它告诉你的是“设备能不能用这个WiFi上网”。
  举个实际场景：你打开WiFi，输入家里热点的密码，直到手机弹出“已连接”提示、能刷网页了，这个广播才会发送“已连接”的状态；要是你走出热点范围断网，或者手动关掉WiFi，它也会立刻触发“已断开”的通知。
• android.net.wifi.supplicant.CONNECTION_CHANGE：这个更偏向底层，它关注的是手机的WiFi客户端服务（supplicant）和路由器AP之间的底层关联状态。只要设备和AP完成了802.11层面的连接（哪怕还没获取IP、没完成认证），或者底层关联断开，它就会触发。
  比如你输入密码后，手机刚和路由器建立了底层连接，但还在获取IP的过程中，这时候这个广播就会先触发，而STATE_CHANGE要等后续流程走完才会有动静。

2. 携带的信息：详细状态 vs 简单布尔值 #

• 对于android.net.wifi.STATE_CHANGE，你能从Intent里拿到非常丰富的信息：
  • WifiManager.EXTRA_WIFI_STATE：WiFi的整体开关状态（比如WIFI_STATE_ENABLED、WIFI_STATE_DISABLED）
  • WifiManager.EXTRA_NETWORK_INFO：包含当前连接的详细状态（CONNECTED/DISCONNECTED）、网络类型、SSID、是否可用等关键信息，甚至能判断连接是否有效。
• 对于android.net.wifi.supplicant.CONNECTION_CHANGE，Intent里只有一个核心数据：WifiManager.EXTRA_SUPPLICANT_CONNECTED——一个布尔值，只告诉你supplicant是否和AP建立了底层关联。它不会提供上层的连接状态、IP或者SSID这类信息，因为这时候可能还没走到那一步。

3. 权限与注册限制 #

• android.net.wifi.STATE_CHANGE：在Android 8.0（API 26）之前可以静态注册广播接收器；8.0之后必须动态注册，而且只需要基础的ACCESS_WIFI_STATE权限就能使用，门槛很低。
• android.net.wifi.supplicant.CONNECTION_CHANGE：权限要求更严，必须声明ACCESS_COARSE_LOCATION或ACCESS_FINE_LOCATION权限（因为底层关联状态可能涉及位置隐私）；同样在8.0之后只能动态注册，部分厂商还会对这个广播做额外的限制，毕竟它属于底层状态通知。

4. 适用场景：普通APP vs 系统/调试工具 #

• 如果你是开发普通APP，想要检测设备是否真正能通过WiFi上网，或者需要在WiFi连接后自动同步数据、切换网络策略，那android.net.wifi.STATE_CHANGE绝对是你的首选，覆盖90%以上的日常场景。
• 而android.net.wifi.supplicant.CONNECTION_CHANGE更多用在系统级应用或者WiFi调试工具里，比如你要排查WiFi连接失败的原因，或者在底层关联建立后做一些预加载操作（还没拿到IP的时候），普通APP几乎用不到这个广播。

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