Обнаружение отключения от точки доступа WiFi

Question

Я пытаюсь использовать BroadcastReceiver для определения, когда телефон отключился от точки доступа WiFi. Для этого я зарегистрировал свой BroadcastReceiver в манифесте:

<receiver android:name="com.eshayne.android.WiFiBroadcastReceiver">
    <intent-filter>
        <action android:name="android.net.wifi.STATE_CHANGE" />
    </intent-filter>
</receiver>

В своем классе WiFiBroadcastReceiver я проверяю действие NETWORK_STATE_CHANGED_ACTION и просматриваю подробное состояние NetworkInfo:

if (action.equals(WifiManager.NETWORK_STATE_CHANGED_ACTION)) {
    NetworkInfo info = (NetworkInfo)intent.getParcelableExtra(WifiManager.EXTRA_NETWORK_INFO);
    android.util.Log.d("com.eshayne.android.WiFiBroadcastReceiver", "network state change - detailedState=" + info.getDetailedState() + ": " + info.toString());
    if (info.getDetailedState() == DetailedState.DISCONNECTED) {
        ...
    }
    else if (info.getDetailedState() == DetailedState.CONNECTED) {
        ...
    }

Проблема, которую я вижу, состоит в том, что, когда телефон покидает зону действия точки доступа WiFi, мой "отключенный" обратный вызов вызывается 6 раз - довольно регулярно, примерно раз в 15 секунд, - до того, как он останавливается. До сих пор я не смог найти никаких отличительных характеристик между NetworkInfo каждого обратного вызова. Каждый объект NetworkInfo, записываемый в журнал, выглядит следующим образом:

02-18 10:16:51.918 D/com.eshayne.android.WiFiBroadcastReceiver( 1511): network state change - detailedState=DISCONNECTED: NetworkInfo: type: WIFI[], state: DISCONNECTED/DISCONNECTED, reason: (unspecified), extra: (none), roaming: false, failover: false, isAvailable: true

Это также не проблема того, что телефон может входить и выходить из диапазона WiFi, так как мой "подключенный" обратный вызов не вызывается между "отключенными" обратными вызовами. Никаких других состояний не происходит между ними. Просто быстрая серия из 6 обратных вызовов каждый с подробным состоянием DISCONNECTED.

Есть ли лучший способ для меня определить, когда телефон потерял соединение WiFi, чтобы мой обратный вызов вызывался только один раз за отключение? Или какой-нибудь способ определить, какой из 6 обратных вызовов, которые я вижу, является "последним"?

Answer 1

Вы говорите, что это "быстрая серия из 6 отключенных обратных вызовов", но ваш if/else-if проверяет только на DISCONNECTED и CONNECTED, что похоже на отсутствие блока по умолчанию для обработки всех других случаев. На странице API NetworkInfo.DetailedState есть 10 возможных состояний, которые могут быть возвращены NetworkInfo.getDetailedState(), включая "подключение", "сканирование", "отключение", и все это будет правдоподобным поведением для телефона, который только что отключился. из сети.

Сбросьте случай по умолчанию, который предупреждает вас о любых изменениях в состоянии Wi-Fi, а не только "ПОДКЛЮЧЕНО" и "ОТКЛЮЧЕНО". Вы можете обнаружить, что телефон вращается между несколькими различными состояниями, а не просто выстрелил один раз в вас шесть раз. Надеюсь, оттуда, как поступить в вашем коде будет немного яснее.

Answer 2

Один из обходных путей, который вы можете использовать, - это поддерживать где-то ваше последнее действие обратного вызова (глобальное состояние, общие настройки и т. Д.) И запускать обратные вызовы только в том случае, если действие изменилось.

enum NetworkCallbackAction { None, Disconnected, Connected };
NetworkCallbackAction lastHandledAction = NetworkCallbackAction.None;

// ...

if (info.getDetailedState() == DetailedState.DISCONNECTED) {
  if (lastHandledAction != NetworkCallbackAction.Disconnected) {
    lastHandledAction = NetworkCallbackAction.Disconnected;
    // ...
  }
}
else if (info.getDetailedState() == DetailedState.CONNECTED) {
  if (lastHandledAction != NetworkCallbackAction.Connected) {
    lastHandledAction = NetworkCallbackAction.Connected;
    // ...
  }
}

Более приятной абстракцией этой логики было бы написание широковещательного приемника, единственная задача которого - нормализовать изменения состояния сети в согласованные события и сгладить причуды реального мира, а затем повторно транслировать свои собственные действия. Это позволяет упростить необработанные обновления во что-то, что имеет смысл для вашего приложения. Например, он может запомнить последние трансляции и только изменения трансляции (аналогично тому, что делает код выше). В случае всплесков намерения изменить сеть может подождать несколько секунд, прежде чем передать последнее полученное состояние.