开发java程序中,程序员往往会用synchronized lock 进行临界资源保护和线程同步;android平台上,提供了一些技巧来减少锁被错误使用:使用Locked后缀作为函数名字:Locked函数被调用,需调用方(或者更上层调用方)持锁; 而此函数内部不能持有lock;通过这种编程约定的方式,可以减少死锁和程序员加lock不全的场景。
由于程序员水平和程序本身的复杂性,仍旧存在一些代码路径忘记添加synchronized lock,导致一些低概率的并发问题。为了提早发现和定位这种问题,我们可以采用lock guard的方式进行检测。主要思想是:在需要lock保护的代码位置,增加是否已经持有需要lock的判断,如果该位置没有持有需要的lock,则证明存在错误。
实现方法1:
本身java Thread已经提供了如下方法,我们可以使用;Thread.holdsLock进行判断;此方法优点是现成可用的,不需要我们开发太多的东西
简单举例:
private void updatePowerStateLocked(){
if (!mSystemReady || mDirty == 0) {
return;
}
if (!Thread.holdsLock(mLock)) {
Slog.wtf(TAG, "Power manager lock was not held when calling updatePowerStateLocked");
}
实现方法2:
在每个函数的头部,增加一个java关键字或者在所有java对象的基类里面,例如GUARDED_BY(mLock)或者lock_guarded_by(Object obj)
private void updatePowerStateLocked() GUARDED_BY(mLock) {
或者:
private void updatePowerStateLocked() {
lock_guarded_by(Object obj);
}
第一种需要修改toolchain;第二种相比简单些,以后研究一下;现在可以自己简单实现一个函数,方法1
boolean lock_guarded_by(Object obj) {
return Thread.holdsLock(mLock);
}