android - 如果持有它的应用程序或服务被杀死，Android 操作系统是否会释放唤醒锁？

Question

我对唤醒锁有疑问。在下面显示的情况下，android 操作系统是否会释放唤醒锁(PARTIAL_WAKE_LOCK，如果您需要指定)以防止获取唤醒锁并在关闭电源(而不是 sleep )之前浪费电池。

案例 1-a:
应用程序在其中一个线程中获得了唤醒锁(无超时选项)(请认为在这种情况下这是合理的)，并且它旨在在关键任务完成时释放唤醒锁。 App 可以被 taskmanager 或臭名昭著的 taskkiller 杀死，并且 app 没有机会让其线程释放唤醒锁。那个唤醒锁会发生什么？

案例 1-b:
(如果对案例 1-a 的回答是“是的，不用担心”，那么请忽略此案例。)与案例 1-a 相同，但应用程序为唤醒锁提供了超时选项，例如 3 秒。这个超时选项是否保持有效？

案例 2-a:
请想象有一个由 AlarmManager 启动的服务(通过广播接收器)并且该服务已经获得了唤醒锁(没有超时选项)。该服务旨在使唤醒锁获取时间最短。但不幸的是，由于内存紧张，Android OS 选择了这个服务来杀死。 (我不知道OS在获取wakelock时是否不会杀死服务，但我猜OS不在乎。但我希望OS稍后会释放wakelock。)那个wakelock会发生什么？

案例 2-b:
(如果案例 2-a 的答案是“是的，不用担心”，那么请忽略此案例。)与案例 2-a 相同，但服务为唤醒锁提供了超时选项，例如 3 秒。这个超时选项是否保持有效？

Answer 1

WakeLock 实现概述

当我们使用 pm.newWakeLock 创建一个新的唤醒锁时，PowerManager 只是创建一个新的 WakeLock 对象并返回。 WakeLock 对象不是 binder 对象，因此不能通过多个进程使用。但是，在该 WakeLock 对象中，它包含一个名为 mToken 的 Binder 对象。

    WakeLock(int flags, String tag) {
        mFlags = flags;
        mTag = tag;
        mToken = new Binder();
    }

因此，当您在此 WakeLock 对象上调用获取或释放时，它实际上将该 token 传递给 PowerManagerService。

    private void acquireLocked() {
        if (!mRefCounted || mCount++ == 0) {
            mHandler.removeCallbacks(mReleaser);
            try {
                mService.acquireWakeLock(mToken, mFlags, mTag, mWorkSource);
            } catch (RemoteException e) {
            }
            mHeld = true;
        }
    }

查看 PowerManagerService 在获取或释放唤醒锁时的工作方式将帮助您回答问题。

void acquireWakeLockInternal(IBinder lock, int flags, String tag, WorkSource ws,
        int uid, int pid) {
    synchronized (mLock) {
        ...
        WakeLock wakeLock;
        int index = findWakeLockIndexLocked(lock);
        if (index >= 0) {
            ...
            // Update existing wake lock.  This shouldn't happen but is harmless.
            ...
        } else {
            wakeLock = new WakeLock(lock, flags, tag, ws, uid, pid);
            try {
                lock.linkToDeath(wakeLock, 0);
            } catch (RemoteException ex) {
                throw new IllegalArgumentException("Wake lock is already dead.");
            }
            notifyWakeLockAcquiredLocked(wakeLock);
            mWakeLocks.add(wakeLock);
        }
        ...
    }
    ...
}

关键语句是lock.linkToDeath(wakeLock, 0);。那个lock就是我们之前提到的mToken。如果此 Binder 消失，此方法会为通知的接收者(wakeLock)注册。如果这个 binder 对象意外消失(通常是因为它的宿主进程已被杀死)，那么 binderDied 方法将在接收者上被调用。

注意PowerManagerService中的WakeLock与PowerManager中的WakeLock不同，它是IBinder.DeathRecipient的实现。所以看看它的 binderDied 方法。

    @Override
    public void binderDied() {
        PowerManagerService.this.handleWakeLockDeath(this);
    }

handleWakeLockDeath 将释放该唤醒锁。

private void handleWakeLockDeath(WakeLock wakeLock) {
    synchronized (mLock) {
        ...
        int index = mWakeLocks.indexOf(wakeLock);
        if (index < 0) {
            return;
        }

        mWakeLocks.remove(index);
        notifyWakeLockReleasedLocked(wakeLock);

        applyWakeLockFlagsOnReleaseLocked(wakeLock);
        mDirty |= DIRTY_WAKE_LOCKS;
        updatePowerStateLocked();
    }
}

所以我认为在您的问题中的两种情况下，答案都是不用担心。至少在 Android 4.2(代码来自哪里)中，这是真的。此外，PowerManager 中的 WakeLock 类有一个 finalize 方法，但这不是您问题的关键。