PowerManager.WakeLock 有加锁和解锁两种状态,加锁的方式有两种,一种是永久的锁,这样的锁除非显式的放开,是不会解锁的,所以这种锁用起来要非常的小心。第二种锁是超时锁,这种锁会在锁住后一段时间自动解锁。
在创建了PowerManager.WakeLock 后,有两种机制,第一种是不计数锁机制,另一种是计数锁机制。这可以通过setReferenceCounted( boolean value) 来指定,默认为计数机制。这两种机制的区别在于,前者无论acquire() 了多少次,只要通过一次release() 即可解锁。而后者正真解锁是在(--count == 0 )的时候,同样当(count == 0) 的时候才会去申请加锁,其他情况下isHeld 状态是不会改变的。所以PowerManager.WakeLock 的计数机制并不是正真意义上的对每次请求进行申请/释放每一把锁,它只是对同一把锁被申请/释放的次数进行了统计。
(1)我们来分析一下 PowerManager.WakeLock 超时锁的机制。我们可以通过 acquire( long timeout) 来使用,在源码中我们可以看到
public void acquire(long timeout) { synchronized (mToken) { acquireLocked(); mHandler.postDelayed(mReleaser, timeout); } }
在申请一把锁的同时发送了 release() 锁的延时消息。在时间到达后自動释放。在来看看源码中 acquire 和 release 代码:
public void acquire() { synchronized (mToken) { acquireLocked(); } } private void acquireLocked() { if (!mRefCounted || mCount++ == 0) { mHandler.removeCallbacks(mReleaser); try { mService.acquireWakeLock(mFlags, mToken, mTag, mWorkSource); } catch (RemoteException e) { } mHeld = true; } } public void release() { release(0); } public void release(int flags) { synchronized (mToken) { if (!mRefCounted || --mCount == 0) { mHandler.removeCallbacks(mReleaser); try { mService.releaseWakeLock(mToken, flags); } catch (RemoteException e) { } mHeld = false; } if (mCount < 0) { throw new RuntimeException("WakeLock under-locked " + mTag); } } }
(2)在通常的wakelock使用时,有时会报错:java.lang.RuntimeException: WakeLock under-locked。这是因为出现了上述release函数末尾if(mCount<0)的情况,出现的原因请见参考原文的分析。我这里只说明:用setReferenceCounted(false);就可以解决这个问题。
public void setReferenceCounted(boolean value) { mRefCounted = value; }
这个函数的作用是是不是需要计算锁的数量,设置为false时,在release的时候,不管你acquire()了多少回,可以一次releaseWakeLock掉。
参考原文:http://yueguc.iteye.com/blog/1125435
参考原文: http://www.cnblogs.com/nbtsy/archive/2012/03/07/2383093.html