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掉。
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
如需转载请保留出处:https://bianchenghao.cn/35676.html