重新启动后，小部件 onUpdate 未在按钮单击时设置 pendingIntent答案

【问题标题】：Widget onUpdate is not setting pendingIntent on button click after reboot重新启动后，小部件 onUpdate 未在按钮单击时设置 pendingIntent
【发布时间】：2018-02-27 22:03:21
【问题描述】：

我正在创建一个测试小部件，通过单击其按钮来显示随机数。一切都在我的Provider 的onUpdate 内，包括pendingIntent。它工作正常，但重启手机后views.setOnClickPendingIntent 无法正常工作，虽然RemoteViews 重新创建没有问题，但按钮变得无响应。

public class TestWidget extends AppWidgetProvider {
    static HashMap<Integer, BroadcastReceiver> br = new HashMap<>();

    static void updateAppWidget(Context context, final AppWidgetManager appWidgetManager,
                                final int appWidgetId) {
        context = context.getApplicationContext();
        final RemoteViews views = new RemoteViews(context.getPackageName(), R.layout.test_widget);

        BroadcastReceiver broadcastReceiver = new BroadcastReceiver() {
            @Override
            public void onReceive(Context context, Intent intent) {
                views.setTextViewText(R.id.appwidget_text, Math.random() + "");
                appWidgetManager.updateAppWidget(appWidgetId, views);
            }
        };
        br.put(appWidgetId, broadcastReceiver);//to unregister later

        Intent intent = new Intent("action");
        IntentFilter intentFilter = new IntentFilter("action");

        context.registerReceiver(broadcastReceiver, intentFilter);
        PendingIntent pendingIntent = PendingIntent.getBroadcast(context, 123, intent, PendingIntent.FLAG_UPDATE_CURRENT);
        views.setOnClickPendingIntent(R.id.appwidget_button, pendingIntent);

        appWidgetManager.updateAppWidget(appWidgetId, views);
    }

    @Override
    public void onUpdate(Context context, AppWidgetManager appWidgetManager, int[] appWidgetIds) {
        for (int appWidgetId : appWidgetIds) {
            updateAppWidget(context, appWidgetManager, appWidgetId);
        }
    }

    @Override
    public void onDeleted(Context context, int[] appWidgetIds) {
        for (int appWidgetId : appWidgetIds) {
            context.unregisterReceiver(br.get(appWidgetId));
        }
    }
}

清单：

<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.aeza.sta">
    <uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED" />
    <application
        android:allowBackup="true"
        android:icon="@mipmap/ic_launcher"
        android:label="@string/app_name"
        android:roundIcon="@mipmap/ic_launcher_round"
        android:supportsRtl="true"
        android:theme="@style/AppTheme">

        <receiver android:name=".TestWidget" android:enabled="true" android:exported="false" >
            <intent-filter>
                <action android:name="android.appwidget.action.APPWIDGET_UPDATE" />
                <action android:name="android.intent.action.BOOT_COMPLETED" />
            </intent-filter>

            <meta-data
                android:name="android.appwidget.provider"
                android:resource="@xml/test_widget_info" />
        </receiver>

        <activity android:name=".TestWidgetConfigureActivity">
            <intent-filter>
                <action android:name="android.appwidget.action.APPWIDGET_CONFIGURE" />
            </intent-filter>
        </activity>
    </application>

</manifest>

【问题讨论】：

为那个广播动态注册你的接收器充其量是不稳定的。我有点惊讶它完全有效。 Anyhoo，AppWidgetProvider 只是一个专门的BroadcastReceiver。如果您希望您的TestWidget 类处理该点击，只需为TestWidget 创建一个显式Intent，并可选择设置一些独特的操作String。然后，您可以覆盖 onReceive()，检查传递的 Intent 是否没有任何操作 - 或您的唯一操作，无论哪个 - 如果有，请进行刷新。
如果没有，则调用super.onReceive(context, intent);，然后AppWidgetProvider 会将广播委托给适当的Widget 方法。所有 Widget 广播都将具有非空操作。
是的，谢谢，你是对的，似乎动态地“以这种方式”注册我的接收器是完全错误的，我认为在提供者自己的接收器中创建小部件是标准方式。
如果有的话我会选择最佳答案
重启后，恢复状态的最好方法是使用onEnabled。因此，您可以在 onEnabled 上设置一个新的 RemoteViews，您的小部件将像以前一样响应。正如有人之前所说，在您的 AppWidgetProvider 中的 OnReceive 中对您的点击进行反击

标签： android widget broadcastreceiver android-pendingintent

【解决方案1】：

在AppWidgetProvider 中动态注册BroadcastReceivers 充其量是一个不稳定的解决方案。 AppWidgetProvider 本身就是 BroadcastReceiver，而那些静态注册在应用程序清单中的实例意味着相当短暂。

但是，由于AppWidgetProvider 是BroadcastReceiver，我们可以利用这一点，只需在点击PendingIntents 中定位您的TestWidget。我们还可以在此处将小部件 ID 作为额外附加到 Intent，以便在点击触发时更新正确的 ID。例如：

Intent intent = new Intent(context, TestWidget.class);
intent.putExtra(AppWidgetManager.EXTRA_APPWIDGET_ID, appWidgetId);
PendingIntent pendingIntent = PendingIntent.getBroadcast(context,
                                                         appWidgetId,
                                                         intent,
                                                         PendingIntent.FLAG_UPDATE_CURRENT);
views.setOnClickPendingIntent(R.id.appwidget_button, pendingIntent);

请注意，我们还将appWidgetId 用于PendingIntent 的requestCode。为每个 Widget 实例使用不同的 PendingIntent 很重要，以免使用错误的附加组件更新错误的 Widget 实例。使用已经唯一的 Widget ID 可以让我们轻松做到这一点。

然后我们重写TestWidget 的onReceive() 方法，并检查Intent 的操作以确定这是我们的点击广播，还是来自系统的正常Widget 事件广播。在上面的示例中，我们没有设置操作，因此我们将在此处简单地检查 null。但是，您当然可以指定一个操作String，在某些情况下这样做可能更可取；例如，如果您的 Widget 中有多个 Buttons，并且需要区分它们的点击广播。

@Override
public void onReceive(Context context, Intent intent) {
    if (intent.getAction() == null) {
        int appWidgetId = intent.getIntExtra(AppWidgetManager.EXTRA_APPWIDGET_ID, -1);
        if (appWidgetId != -1) {
            updateWidgetText(context, appWidgetId, Math.random() + "");
        }
    }
    else {
        super.onReceive(context, intent);
    }
}

在上面，您可以看到，如果我们发现广播不是我们的，我们会将广播传递给super 方法。然后AppWidgetProvider 的onReceive() 将检查Intent，并按照惯例委托给适当的事件方法。

除了是一个稳定的解决方案之外，这种方法还有另一个结果，即不需要为每个 Widget 实例创建、注册和注销单独的 BroadcastReceiver 实例。虽然我们添加了onReceive() 方法，但我们可以删除所有动态的BroadcastReceiver 代码，因此我们的TestWidget 类仍然非常简短。

public class TestWidget extends AppWidgetProvider {

    @Override
    public void onReceive(Context context, Intent intent) {
        if (intent.getAction() == null) {
            int appWidgetId = intent.getIntExtra(AppWidgetManager.EXTRA_APPWIDGET_ID, -1);
            if (appWidgetId != -1) {
                updateWidgetText(context, appWidgetId, Math.random() + "");
            }
        }
        else {
            super.onReceive(context, intent);
        }
    }

    static void updateWidgetText(Context context, int appWidgetId, String newText) {
        RemoteViews views = new RemoteViews(context.getPackageName(), R.layout.test_widget);
        views.setTextViewText(R.id.appwidget_text, newText);
        AppWidgetManager.getInstance(context).updateAppWidget(appWidgetId, views);
    }

    static void updateAppWidget(Context context, final AppWidgetManager appWidgetManager,
                                final int appWidgetId) {
        RemoteViews views = new RemoteViews(context.getPackageName(), R.layout.test_widget);

        Intent intent = new Intent(context, TestWidget.class);
        intent.putExtra(AppWidgetManager.EXTRA_APPWIDGET_ID, appWidgetId);
        PendingIntent pendingIntent = PendingIntent.getBroadcast(context,
                                                                 appWidgetId,
                                                                 intent,
                                                                 PendingIntent.FLAG_UPDATE_CURRENT);
        views.setOnClickPendingIntent(R.id.appwidget_button, pendingIntent);

        appWidgetManager.updateAppWidget(appWidgetId, views);
    }

    @Override
    public void onUpdate(Context context, AppWidgetManager appWidgetManager, int[] appWidgetIds) {
        for (int appWidgetId : appWidgetIds) {
            updateAppWidget(context, appWidgetManager, appWidgetId);
        }
    }
}

【讨论】：

看来你已经回答了我的下一个问题，谢谢，我一直在努力添加多个按钮来做不同的事情，但所有这些按钮都会表现得好像最后一个按钮被触发了，所以我开始摆弄再次使用意图的操作名称，直到我从您那里得到答案，具有唯一的 pendingIntent 代码才是解决方案，再次感谢

【解决方案2】：

如果有人遇到类似问题，这是上述测试项目的完整结果。在配置页面中动态添加了多个按钮，每个按钮都有用户定义的行为。 https://github.com/Alireza-Jamali/daily-task-checker

【讨论】：