Tag: source

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

我有关于唤醒的问题。 在下面显示的情况下，android操作系统是否会释放唤醒锁（ PARTIAL_WAKE_LOCK如果您需要指定的话），以防止唤醒锁被遗弃并浪费电池直到closures电源（不睡眠）。 案例1-a： 应用程序已经在它的一个线程中获得了wakelock（w / o timeout选项）（在这种情况下请认为是合理的），并且在关键任务完成时它被devise为释放唤醒锁。 应用程序可以被任务pipe理器或臭名昭着的taskkiller杀死，应用程序没有机会让其线程释放wakelock。 那个wakelock发生了什么事？ 案例1-b： （如果对案例1-a的回答是“是的，别担心”，那么请忽略这种情况）。与案例1-a相同，但是应用程序给了唤醒锁的超时选项，比如说3秒。 这个超时选项是否保持有效？ 案例2-a： 请想象有一个由AlarmManager（通过广播接收器）启动的服务，并且该服务已经获得唤醒锁（不带超时选项）。 这项服务的目的是使获得时间最less。 但不幸的是，由于内存紧缩，Android操作系统select了这个服务来杀死。 （我不知道操作系统在获取wakelock的时候是不是会杀了服务器，但是我猜操作系统并不在意，但是我希望操作系统稍后会释放wakelock。）那个wakelock会发生什么？ 案例2-b： （如果对案例2-a的回答是“是，别担心”，那么请忽略这种情况。）与情况2-a相同，但是服务给予唤醒锁的超时选项，例如3秒。 这个超时选项是否保持有效？