android - 如果杀死包含该应用程序或服务的Android操作系统，它会释放唤醒锁吗？

我对唤醒锁有疑问。在以下情况下，Android OS会释放唤醒锁(如果需要指定，则为PARTIAL_WAKE_LOCK)以防止保留唤醒锁并浪费电池，直到关闭电源(不进入休眠状态)。

情况1-a:
App已在其一个线程中获取了唤醒锁(没有超时选项)(请在这种情况下认为这是合理的)，并且它旨在在关键任务完成时释放唤醒锁。应用程序可能被任务管理器或臭名昭著的任务杀手杀死，并且应用程序没有机会让其线程释放唤醒锁。那个唤醒锁会怎样？

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

情况2-a:
请想象有一个由AlarmManager启动的服务(通过广播接收器)，并且该服务已获取唤醒锁(没有超时选项)。此服务旨在使唤醒锁获取时间最短。但不幸的是，由于内存不足，Android OS选择了此服务以使其终止。 (我不知道获取唤醒锁后操作系统是否不会终止服务，但我想操作系统并不在意。但是我希望操作系统稍后会释放唤醒锁。)该唤醒锁会如何处理？

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

最佳答案

WakeLock实现概述

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

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

因此，当您在此WakeLock对象上调用Acquisition或Release时，它实际上会将 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。如果此联编程序消失，则此方法注册接收者(wakeLock)以获取通知。如果此绑定(bind)程序对象意外消失(通常是因为其托管进程已被杀死)，则将在接收者上调用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方法，但这不是您问题的关键。

关于android - 如果杀死包含该应用程序或服务的Android操作系统，它会释放唤醒锁吗？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/4697873/