android - 成功建立 Wifi 连接后，使用 WifiManager.NETWORK_STATE_CHANGED_ACTION 接收广播是否安全？

Question

我知道大多数人会检查 ConnectivityManager.CONNECTIVITY_ACTION用于在连接更改时接收广播。但是，在某些情况下，您可能只想在成功建立无线连接时收到通知。

就我个人而言，我的情况是当用户连接到某个无线网络时我需要发布一个登录请求。经过一番谷歌搜索后，我找到了 WifiManager.NETWORK_STATE_CHANGED_ACTION , 但它的记录很少，因此其可靠性值得怀疑。所以我需要确认在无线配置成功完成后是否总是触发这个 Intent 。

无论如何，这是我在 BroadcastReceiver 中使用的代码:

public class StateChangedReceiver extends BroadcastReceiver {

    @Override
    public void onReceive(Context context, Intent intent) {

        NetworkInfo networkInfo = intent.getParcelableExtra(WifiManager.EXTRA_NETWORK_INFO);
        if (!networkInfo.isConnected()) {
            return;
        }

        WifiInfo wifiInfo = intent.getParcelableExtra(WifiManager.EXTRA_WIFI_INFO);
        if (!wifiInfo.getSSID().equals(THE_SSID_YOU_ARE_LOOKING_FOR)) {
            return;
        }

        // Do something
    }
}

Answer 1

编辑:

当使用我的三星 S4 (I959) 设备进行测试时，我的广播接收器无法接收到广播。使用 ConnectivityManager.CONNECTIVITY_ACTION 的通用方法在不同制造商之间似乎更可靠。所以你可能想改用它。

下面是我之前对这个广播的调查。

---

这是我从 4.4.4_r1 源码中得到的。

来自 WifiStateMachine source ，首先看到的是状态机的状态，即inside its constructor .请注意，后者是前者的父状态。

addState(mDefaultState);
    addState(mInitialState, mDefaultState);
    addState(mSupplicantStartingState, mDefaultState);
    addState(mSupplicantStartedState, mDefaultState);
        addState(mDriverStartingState, mSupplicantStartedState);
        addState(mDriverStartedState, mSupplicantStartedState);
            addState(mScanModeState, mDriverStartedState);
            addState(mConnectModeState, mDriverStartedState);
                addState(mL2ConnectedState, mConnectModeState);
                    addState(mObtainingIpState, mL2ConnectedState);
                    addState(mVerifyingLinkState, mL2ConnectedState);
                    addState(mCaptivePortalCheckState, mL2ConnectedState);
                    addState(mConnectedState, mL2ConnectedState);
                addState(mDisconnectingState, mConnectModeState);
                addState(mDisconnectedState, mConnectModeState);
                addState(mWpsRunningState, mConnectModeState);
        addState(mWaitForP2pDisableState, mSupplicantStartedState);
        addState(mDriverStoppingState, mSupplicantStartedState);
        addState(mDriverStoppedState, mSupplicantStartedState);
    addState(mSupplicantStoppingState, mDefaultState);
    addState(mSoftApStartingState, mDefaultState);
    addState(mSoftApStartedState, mDefaultState);
        addState(mTetheringState, mSoftApStartedState);
        addState(mTetheredState, mSoftApStartedState);
        addState(mUntetheringState, mSoftApStartedState);

值得庆幸的是，这些名称几乎是不言自明的。您可以很容易地注意到我们感兴趣的状态。要查看实际发生的情况，我们可以搜索这些状态的来源。

我们研究的第一个方法是 sendNetworkStateChangeBroadcast .它的调用可以在 VerifyingLinkState 中识别和 CaptivePortalCheckState ，以及您可能会自己发现的其他一些内容。

在 CaptivePortalCheckState 内，当 processing CMD_CAPTIVE_CHECK_COMPLETE ，您最终可以确认，当检查完成并且网络已完全配置时，我们将在我们的应用程序中收到状态更改 Intent ，其中 NetworkInfo 中的状态为 CONNECTED extra 以及WifiInfo.

最后但同样重要的是，我们回顾一下历史。我个人对 4.x 平台很感兴趣，所以我转向了 4.0.1_r1 的源代码。令人有点惊讶的是，这个版本似乎比后一个版本更具可读性。你可以找到sendNetworkStateChangeBroadcast在handleSuccessfulIpConfiguration内部被解雇(和其他方法)，在 ConnectingState.processMessage() 中触发和 ConnectedState.processMessage()当 ip 配置成功时。

所以我们最终得出结论，使用WifiManager.NETWORK_STATE_CHANGED_ACTION跟踪成功的无线连接，是安全和适当的。

如果大家还有其他关于WifiManager广播的问题，也可以引用上面提到的源码，自己找找看:)