使用 PendingIntent 的应用程序小部件中的 Oreo 服务未启动

Posted 2023-04-15

【中文标题】使用 PendingIntent 的应用程序小部件中的 Oreo 服务未启动

【英文标题】：Service not starting on Oreo in app widget using PendingIntent

【发布时间】：2018-06-16 05:57:48

【问题描述】：

我正在使用 android 应用小部件。我正在创建一个PendingIntent 对象并在方法RemoteViews#setOnClickPendingIntent() 中使用它。这是待定意图：

// The below code is called in the onUpdate(Context, AppWidgetManager, int[]) method of the AppWidgetProvider class.

// Explicit intent
Intent intent = new Intent(context, MyService.class);
intent.setAction(MY_ACTION);
intent.putExtra(EXTRA_KEY, VALUE);

// Create the pending intent
PendingIntent pendingIntent = PendingIntent.getService(context, appWidgetId, intent, 0);

// 'views' is a RemoteViews object provided by onUpdate in the AppWidgetProvider class.
views.setOnClickPendingIntent(R.id.root_layout, pendingIntent);

上面的代码在 Android Oreo 之前可以正常工作。但是，在 Android Oreo 中，如果应用程序从最近浏览器中滑开，它将不再启动该服务。 （不再活动）。 PendingIntents 不是在 Oreo 的后台执行限制中吗？

出于测试目的，我将getService 替换为getForegroundService，但Service 仍未启动。两种方法都在日志中显示以下消息：

W/ActivityManager: Background start not allowed: service Intent  act=com.example.myapp.MY_ACTION flg=0x10000000 cmp=com.example.myapp/com.example.myapp.MyService bnds=[607,716][833,942] (has extras)  to com.example.myapp/com.example.myapp.MyService from pid=-1 uid=10105 pkg=com.example.myapp

为什么Service 没有启动，即使使用getForegroundService？我在运行 Android 8.1.0 的 Nexus 6P 上对此进行了测试。

【问题讨论】：

从getService() 切换到getForegroundService() 时，您可能需要使用0 以外的其他标志（例如FLAG_UPDATE_CURRENT）。

@CommonsWare 我刚刚尝试过，但不幸的是它没有任何区别。我用FLAG_UPDATE_CURRENT 替换了0，但仍然出现相同的日志。

Hmmmm...如果它不会过多地扰乱您的环境，请安装代码的getForegroundService() 版本，重新启动设备/模拟器。尽管请求更新，但感觉就像您正在获得PendingIntent 的常规getService() 版本。这些仅保存在 RAM 中，因此重新启动将刷新旧的 PendingIntent，确保您在重新启动后获得前台服务 PendingIntent。

@CommonsWare 非常感谢！重新启动修复了它。我现在使用带有标志FLAG_UPDATE_CURRENT 的getForegroundService。只是想知道为什么我不能使用正常的服务。我只需要发送一个大约需要 0-10 秒的网络请求。 （10 秒超时）。大多数时候它会在一秒钟内完成。为什么应用小部件的PendingIntent 不在排除“白名单”中？ (developer.android.com/about/versions/oreo/…)

【参考方案1】：

在 8.0 中您不能再在后台启动服务，但您可以使用 JobScheduler 来实现类似的结果。还有一个JobIntentService 帮助类，允许您从服务切换到JobScheduler，而无需进行太多重构。而且您不能使用PendingIntent 指向服务，但可以使用指向Activity 或BroadcastReceiver 的服务。

如果您在 8.0 之前有一个可以工作的小部件，现在您需要让它在 android 8.0 上工作，只需执行以下简单步骤：

将您的 IntentService 类更改为 JobIntentService 将服务onHandleIntent 方法重命名为onHandleWork（参数相同） 在清单中为您的服务添加BIND_JOB_SERVICE 权限：

    <service android:name=".widget.MyWidgetService"
           android:permission="android.permission.BIND_JOB_SERVICE">
    </service>

要启动此服务，您必须不再使用 context.startService。而是使用enqueueWork 静态方法（其中 JOB_ID 只是一个唯一的整数常量，对于同一个类的所有排队工作必须是相同的值）：

    enqueueWork(context, MyWidgetService.class, JOB_ID, intent);

对于点击，将指向服务的pendingIntent 替换为指向BroadcastReceiver 的pendingIntent。由于您的 AppWidgetProvider 子类本身就是一个 BroadcastReceiver，您不妨使用它：

    Intent myIntent = new Intent(context, MyAppWidgetProvider.class);
    myIntent .setAction("SOME_UNIQUE_ACTION");
    pendingIntent = PendingIntent.getBroadcast(context, 0, myIntent, PendingIntent.FLAG_UPDATE_CURRENT);

在 onReceive 中使用 enqueueWork 启动服务（如果您的 PendingIntent 正在启动 activity，请别管它 - 它可以在 android 8.0+ 上正常工作）：

    @Override
    public void onReceive(Context context, Intent intent) 
        super.onReceive(context, intent);
        if (intent.getAction().equals("SOME_UNIQUE_ACTION")) 
            MyWidgetService.enqueueWork(.....);
        
    

为确保 widget 可以在旧设备上运行，请确保您在清单中具有 WAKE_LOCK 权限（由 JobIntentService 在旧设备上使用）。

就是这样。 这个小部件现在可以在新旧设备上正常工作。唯一真正的区别是，如果您的 8.0 设备处于打瞌睡模式，它可能不会经常更新小部件，但这应该不是问题，因为如果它正在打瞌睡，这意味着用户现在看不到您的小部件无论如何。

【讨论】：

您好，我尝试实施您的解决方案。我有一个问题，当我打开一个新应用程序并返回到小部件时，它会冻结并且按钮没有响应。你熟悉这个吗？

@Kram 不，我没有这样的问题。到底发生了什么？ “打开一个新应用程序”是什么意思？您只需单击应用程序图标？小部件冻结是什么意思？你有一些停止运行的动画吗？还是只是小部件按钮不再可点击？首先想到的 - 您的小部件的 PendingIntent 是指向 BroadcastReceiver 还是 Activity（不指向 Service）？

因此，另一个应用程序的意思是点击应用程序图标。我没有任何动画，小部件按钮不再可点击。指向 appWidgetProvider 的 pendingIntent。此问题仅在 android 8.1 中发生

@Kram 不，我的小部件中没有这样的问题。您是否尝试过在 AppWidgetProvider.onReceive 方法中设置断点（或添加日志语句）以确保这是广播问题而不是应用逻辑问题？

是的，打开另一个应用后不会触发onReceive中的断点

【参考方案2】：

如您所述，应用小部件不计入PendingIntent 背景白名单。我不知道为什么——它似乎与由Notification 开始的PendingIntent 差不多。也许这是一个问题，Notification 是一个系统的东西，而应用程序小部件是一个主屏幕的东西。无论如何，您可以：

如你所愿，使用getForegroundService()，或

如果您不想引发 Notification（作为前台服务要求），请尝试使用显式 Intent 和 BroadcastReceiver 启动 JobIntentService 的 getBroadcast() >

根据您的症状，您似乎遇到了我认为是错误的问题：应该有一种方法可以从 getService() 切换到 getForegroundService() 而无需重新启动。 :-) 我会尝试进行一些实验，如果我能重现问题，我会提出问题。

【讨论】：

感谢您的帮助！我现在会坚持使用getForegroundService()，因为操作（网络请求）需要立即执行，所以JobIntentService 在这里不会真正起作用。

【参考方案3】：

可以选择 goasyc 吗？您可以更改 PendingIntent 以触发 BroadcastReceiver，然后在 OnRecieve 方法中，您可以调用 goasync() 然后您应该能够使用它生成的 PendingResult 来创建异步调用。仍然认为您无法启动服务。

How to use "goAsync" for broadcastReceiver?

【讨论】：

为什么投反对票？我只是添加了另一种实现目标的方法，到目前为止还没有列出。 Goasync 是在接收器中启动服务的替代方法。