文章详细解析了Android Service中WakeLock的生命周期管理问题，特别是其在Activity关闭时仍然保持锁定状态导致的应用无法进入待机状态的情况。通过分析原因，提出了解决方案，并对比了在不同生命周期方法中创建与释放WakeLock的实验结果。
http://blog.csdn.net/laowenchao/article/details/5848915
这个错误的原因很明显，看到finalized这个词就应该知道。
finalize是基类Object中的一个函数，当对象被GC时会自动调用，有点像C++中的析构函数，但由于GC的不确定性，不能当作析构函数使用。
WakeLock finalized while still held 表示 WakeLock对象在销毁时仍然被持有。
因为我的Activity里，只有WakeLock.acquire方法，而没有去release，所以当Activity关闭时，WakeLock仍然被持有（或着说锁着），而WakeLock作为Activity持有对象会随着Activity的销毁而销毁。
而事实上，我希望Service在后台在待机状态下保持运行，必须保持WakeLock状态。
所以在这种情况下，WakeLock应该被Service持有，也就是在Service中创建。
然而仍有两个奇怪的现象：
1.我在Activity创建Service前创建WakeLock并调用WakeLock.acquire，然后在Activity的 onDestory方法中调用WakeLock.release方法。理论上，由于WakeLock已解锁，程序不会在待机状态下运行（或者说手机会进入睡眠状态），然而，真机上，Service待机运行毫无问题。
2.我在Service的onCreate方法创建WakeLock并调用WakeLock.acquire。没有在任何地方调用release。在真机上程序无法在待机状态下运行。
扫一扫
2724
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
