android - 启用/禁用接收器 (CONNECTIVITY_CHANGE) 会导致 APPWIDGET_UPDATE 广播

Question

我有一个监听 android.net.conn.CONNECTIVITY_CHANGE 的接收器，这样我就可以在连接恢复时更新我的​​应用程序小部件。这工作正常，除了当我通过以下方式启用或禁用我的接收器时出现一些奇怪的行为:

ComponentName receiver = new ComponentName(this, NetworkStateReceiver.class);
PackageManager pm = getPackageManager();
pm.setComponentEnabledSetting(receiver, PackageManager.COMPONENT_ENABLED_STATE_ENABLED,
        PackageManager.DONT_KILL_APP);

当状态改变时，我还收到一个 android.appwidget.action.APPWIDGET_UPDATE 广播到我的 appwidget 的接收器，导致我的 appwidget 在检测到连接丢失后再次更新，然后在连接返回时更新两次(一次是故意从我的 NetworkStateReceiver 中，然后再次是从 APPWIDGET_UPDATE 广播中)。

此外，这似乎只发生在我的 4.04 设备上，而不是我的 2.1 设备上。

NetworkStateReceiver 和 AppWidgetProvider 的 list

    <receiver
        android:name=".AppWidgetProvider"
        android:label="@string/widget_name" >
        <intent-filter>
            <action android:name="android.appwidget.action.APPWIDGET_UPDATE" />
        </intent-filter>

        <meta-data
            android:name="android.appwidget.provider"
            android:resource="@xml/appwidget" />
    </receiver>
    <receiver 
        android:name=".NetworkStateReceiver" 
        android:enabled="false">
        <intent-filter>
            <action android:name="android.net.conn.CONNECTIVITY_CHANGE" />
        </intent-filter>
    </receiver>

我尝试了几种方法来解决这个问题，但都不是很好的解决方案。

我可以忽略来自 APPWIDGET_UPDATE 广播的任何更新。实际上我已经这样做了，因为我所有的 appwidget 更新都是在首次创建时通过警报管理器或配置 Activity 通过服务进行的。但是由于某些原因(并且可能表明发生了什么)，APPWIDGET_UPDATE 广播也导致我的远程 View 恢复到它的 XML 状态，就像它第一次添加时一样。我也可以通过保存额外的状态(包括位图)来解决这个问题。不理想。

我可以让 NetworkStateReceiver 一直监听，而不是启用/禁用，但这违背了 Android 的建议，并且有充分的理由，因为这意味着不必要的广播。

其他想法？

编辑:进一步解释我当前的解决方法。

我不能忽略 APPWIDGET_UPDATE 广播，即使我使用警报来触发我的更新。这是因为 APPWIDGET_UPDATE 还将我的小部件重置为其初始状态，就像它第一次被添加到主屏幕一样。在有连接的情况下，我可以进行双重更新，因为所有信息都可以重新填充。我还必须自己进行更新，因为该错误似乎是设备特定的，未受影响的设备仍需要更新。

如果我没有连接，我会从之前保存的状态恢复小部件。这意味着每次我进行成功的更新时，我也会将所有内容保存到 SharedPreferences，这样当互联网无法正确重新填充数据时，它可以在这些“强制更新”之一下恢复。

在我的 AppWidgetProvider 中我做了(简化):

Intent intent = new Intent(context, WidgetUpdateService.class);
intent.putExtra("loadFromSaved", true);   // this will be false when coming from AlarmManager
context.startService(intent);

WidgetUpdateService.onStartCommand()(同样简化):

if (intent.getExtras().getBoolean("loadFromSaved") {
    widgetLoader.loadFromSavedData();
} else {
    widgetLoader.load()
}

Answer 1

所以，如果我没理解错的话，会发生两件截然不同的事情:

1. 启用网络状态更改通知后，您将获得额外的 ACTION_APPWIDGET_UPDATE 广播到您的 AppWidgetProvider。

   虽然这并不像人们预期的那样(尽管我可以想象一种编码思维，即当网络状态发生变化时小部件会想要更新自己)，但它并不超出 android 系统的定义行为，因此我们的代码需要对任意 ACTION_WIDGET_UPDATE 调用具有鲁棒性。跟踪 appWidgetId 列表和该列表中每个小部件的最新状态是识别新小部件和立即需要更新的常用方法，同时将其他更新留给计时器机制。

2. 正如您所说:即使更新什么都不做，问题仍然存在。

   如果您的 onUpdate 什么都不做，那么这意味着重新初始化与 ACTION_WIDGET_UPDATE 无关。在某个地方，不知何故，当您不期望它时，您的初始化代码被调用了。现在，这很痛苦，特别是如果没有代码原因应该如此。然而，我和其他人都经历过这种情况，所以我指出你们两个:

   • 我的帮助 list :Service being re-Created by AlarmManager
   • 服务意外启动的简短讨论和解决方案(在服务管理小部件的情况下，通常意味着它们被重新初始化):Android service onCreate is called multiple times without calling onDestroy

当我自己遇到这个问题时，我花了很多时间在我的代码中放置 Log 语句来查看我的代码的哪些部分被调用了，很明显系统正在无缘无故地重启我的服务，但是按照这两个链接中的描述解决了这个问题。如果我不得不选择一件我认为是关键的事情，那就是在与其他 Activity (包括 AppWidgetProvider)不同的进程中运行服务。