版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/u012070360/article/details/55259708
public boolean waitDone() {
final Object waitDoneLock = new Object();
final Runnable unlockRunnable = new Runnable() {
@Override
public void run() {
synchronized (waitDoneLock) {
waitDoneLock.notifyAll();
}
}
};
synchronized (waitDoneLock) {
mHandle.post(unlockRunnable);
try {
waitDoneLock.wait();
} catch (InterruptedException ex) {
Log.v(TAG, "waitDone interrupted");
return false;
}
}
return true;
}
执行的时候报anr,就是因为主线程wait时间过久。其实在handler中处理的notifiall是没用的
wait方法就会使持有该对象的线程把该对象的控制权交出去,然后处于等待状态。这时候handler由于之前锁被拿走了一直处于停滞状态。。。讲道理当当前线程wait的时候交出锁以后,handler中现在拿到了锁以后就可以执行结束,但是由于handler也是在主线程中,也是停滞的,如果handler是子线程的话,wait释放了锁,handler里就可以执行了,然后notify唤醒主线程,这个问题就没事了,而且这种解决问题的方式是特别新颖的,将来我们在控制的时候可以借鉴这种方式。
这时候我们解决的方法就是在anr阀值内在子线程中把它notify一下,这样就可以唤醒等待线程了。
下面妥协的方案
public boolean waitDone() {
final Object waitDoneLock = new Object();
final Runnable unlockRunnable = new Runnable() {
@Override
public void run() {
synchronized (waitDoneLock) {
waitDoneLock.notifyAll();
}
}
};
new Thread(new Runnable() {
@Override
public void run() {
try {
Thread.sleep(3000);
} catch (InterruptedException e) {
e.printStackTrace();
}
synchronized (waitDoneLock) {
waitDoneLock.notifyAll();
}
}
}).start();
synchronized (waitDoneLock) {
mHandle.post(unlockRunnable);
try {
waitDoneLock.wait();
} catch (InterruptedException ex) {
Log.v(TAG, "waitDone interrupted");
return false;
}
}
return true;
}
其实设计这种方案的人是想在执行到waitDoneLock.wait();的时候把锁释放,让handler中post任务里拿到锁继续执行下去,可惜的时候handler在主线程中,由于主线程以及被wait了,所以post任务中方法并没有走,大家可以考虑让过handler在子线程中这样就可以达到笔者的所想要实现的要求了。
4:总结
一眨眼在目前这家公司工作了快一年了,在技术的积累已经没有可以深造的地方,有点担心,不能再这样吃老本了,每天看博客,学习,干我们这行,啥时候懈怠,就意味着长进的停止,长进的停止就意味着被淘汰,只能往前冲,直到凤凰涅槃的那一天,为了自己,