forceStop流程会把对应进程的pendingIntent给cancel掉

首先对比Android U和Android V的代码在forceStop时候的处理

Android U

复制代码
 @GuardedBy("this")
    final boolean forceStopPackageLocked(String packageName, int appId,
            boolean callerWillRestart, boolean purgeCache, boolean doit,
            boolean evenPersistent, boolean uninstalling, int userId, String reasonString,
            int reason) {
      ...

        if (packageName == null || uninstalling) {
            didSomething |= mPendingIntentController.removePendingIntentsForPackage(
                    packageName, userId, appId, doit);
        }

    ....

        return didSomething;
    }

Android V

java 复制代码
@GuardedBy("this")
final boolean forceStopPackageLocked(String packageName, int appId,
        boolean callerWillRestart, boolean purgeCache, boolean doit,
        boolean evenPersistent, boolean uninstalling, boolean packageStateStopped,
        int userId, String reasonString, int reason) {
    ....

    boolean clearPendingIntentsForStoppedApp = false;
    try {
        // stop情况下,clearPendingIntentsForStoppedApp 为true
        clearPendingIntentsForStoppedApp = (packageStateStopped
                && android.content.pm.Flags.stayStopped());
    } catch (IllegalStateException e) {
        // It's unlikely for a package to be force-stopped early in the boot cycle. So, if we
        // check for 'packageStateStopped' which should evaluate to 'false', then this should
        // ensure we are not accessing the flag early in the boot cycle. As an additional
        // safety measure, catch the exception and ignore to avoid causing a device restart.
        clearPendingIntentsForStoppedApp = false;
    }
    if (packageName == null || uninstalling || clearPendingIntentsForStoppedApp) {
        final int cancelReason;
        if (packageName == null) {
            cancelReason = PendingIntentRecord.CANCEL_REASON_USER_STOPPED;
        } else if (uninstalling) {
            cancelReason = PendingIntentRecord.CANCEL_REASON_OWNER_UNINSTALLED;
        } else {
            cancelReason = PendingIntentRecord.CANCEL_REASON_OWNER_FORCE_STOPPED;
        }
        didSomething |= mPendingIntentController.removePendingIntentsForPackage(
                packageName, userId, appId, doit, cancelReason);
    }
    ....

    return didSomething;
}

可以看到Androidv相比于Androidu,多了一个 clearPendingIntentsForStoppedApp,即在应用被forceStop的时候,也会移除对应的pendingIntent

对应的堆栈调用链

并且会移除alarmManager中的PendingIntent

java 复制代码
    private void makeIntentSenderCanceled(PendingIntentRecord rec,
            @CancellationReason int cancelReason) {
        rec.canceled = true;
        rec.cancelReason = cancelReason;
        final RemoteCallbackList<IResultReceiver> callbacks = rec.detachCancelListenersLocked();
        if (callbacks != null) {
            final Message m = PooledLambda.obtainMessage(
                    PendingIntentController::handlePendingIntentCancelled, this, callbacks);
            mH.sendMessage(m);
        }
        final AlarmManagerInternal ami = LocalServices.getService(AlarmManagerInternal.class);
        ami.remove(new PendingIntent(rec));
    }

根据PendingIntent的使用场景,可能会出现以下问题:

1.脑钟应用进程再被forceStop之后,如果用户不再去打开闹钟,那么闹钟到点不会响铃

2.音乐类应用传入meidaButton中的pendingIntent失效,导致应用进程被杀之后,无法通过耳机拉起音乐进程

相关推荐
石山岭7 小时前
自己动手写了一个 Android 虚拟定位 App:GPSSimulate 技术实
android·前端
杉氧9 小时前
副作用 (Side Effects) 全攻略:如何像大师一样掌控 Composable 的生命周期?
android·架构·android jetpack
Kapaseker13 小时前
Kotlin Toolchain 0.11 发布:主要是把 Amper 干没了
android·kotlin
三少爷的鞋15 小时前
Android 现代架构不需要事件总线进阶篇
android
杉氧1 天前
深入理解 Compose 重组机制:快照系统如何驱动 UI 精准刷新?
android·架构·android jetpack
召钱熏1 天前
状态枚举正确≠渲染正确:一个语音按钮的状态机边界修复实录
android·前端
杉氧1 天前
深度解析:Jetpack Compose 核心架构与底层原理 —— 十年安卓老兵的“破茧重生”
android·架构·android jetpack
通玄1 天前
Jetpack Compose 入门系列(七):ViewModel 与界面状态管理
android
落魄Android在线炒饭1 天前
Android Framework 开发技巧:android.jar 生成与系统快速编译验证
android
如此风景1 天前
Kotlin Flow操作符学习
android·kotlin