Android电源管理之三：PowerManager.WakeLock源码详读

PowerManager.WakeLock 有加锁和解锁两种状态，加锁的方式有两种，一种是永久的锁，这样的锁除非显式的放开，是不会解锁的，所以这种锁用起来要非常的小心。第二种锁是超时锁，这种锁会在锁住后一段时间自动解锁。

        在创建了PowerManager.WakeLock 后，有两种机制，第一种是不计数锁机制，另一种是计数锁机制。这可以通过setReferenceCounted( boolean value) 来指定，默认为计数机制。这两种机制的区别在于，前者无论acquire() 了多少次，只要通过一次release() 即可解锁。而后者正真解锁是在（--count == 0 ）的时候，同样当（count == 0） 的时候才会去申请加锁，其他情况下isHeld 状态是不会改变的。所以PowerManager.WakeLock 的计数机制并不是正真意义上的对每次请求进行申请／释放每一把锁，它只是对同一把锁被申请／释放的次数进行了统计。

（1）我们来分析一下 PowerManager.WakeLock 超时锁的机制。我们可以通过 acquire( long timeout) 来使用，在源码中我们可以看到

1. public void acquire(long timeout) {

2. synchronized (mToken) {

3. acquireLocked();

4. mHandler.postDelayed(mReleaser, timeout);

5. }

6. }

       在申请一把锁的同时发送了 release() 锁的延时消息。在时间到达后自動释放。在来看看源码中 acquire 和 release 代码：

1. public void acquire()

2. {

3. synchronized (mToken) {

4. acquireLocked();

5. }

6. }

7. private void acquireLocked() {

8. if (!mRefCounted || mCount++ == 0) {

9. mHandler.removeCallbacks(mReleaser);

10. try {

11. mService.acquireWakeLock(mFlags, mToken, mTag, mWorkSource);

12. } catch (RemoteException e) {

13. }

14. mHeld = true;

15. }

16. }

17.  

18. public void release() {

19. release(0);

20. }

21. public void release(int flags) {

22. synchronized (mToken) {

23. if (!mRefCounted || --mCount == 0) {

24. mHandler.removeCallbacks(mReleaser);

25. try {

26. mService.releaseWakeLock(mToken, flags);

27. } catch (RemoteException e) {

28. }

29. mHeld = false;

30. }

31. if (mCount < 0) {

32. throw new RuntimeException("WakeLock under-locked " + mTag);

33. }

34. }

35. }

  （2）在通常的wakelock使用时，有时会报错：java.lang.RuntimeException: WakeLock under-locked。这是因为出现了上述release函数末尾if(mCount<0)的情况，出现的原因请见参考原文的分析。我这里只说明：用setReferenceCounted(false);就可以解决这个问题。

1. public void setReferenceCounted(boolean value)

2. {

3. mRefCounted = value;

4. }

    这个函数的作用是是不是需要计算锁的数量，设置为false时，在release的时候，不管你acquire()了多少回，可以一次releaseWakeLock掉。