刚刚和同事进行了一个非常有益的脑力训练——怎样控制超时。之前经常用,但并没有仔细想过,这次梳理了一下。
想到了三个流派:
Future/Callable/FutureTask
Future和Callable自带等待属性,(FutureTask中)带时间的get使用的是LockSupport做的等待(park、unpark)。这个方法的问题在于,需要用到Executor接口才能从Callable中拿到一个Future。
但是,FutureTask无需Executor。FutureTask继承自Runnable和Future,所以既能有等待功能,又能直接放到Thread中,非常完美。
Object#wait/LockSupport/concurrent库/Thread#join
主体思路就是自己写Future中的PV操作。优势在于更多的控制,随性使用各种多线程方法,劣势自然是麻烦、可能有问题。
扩展来说,这个方法有一个极大的好处,就是能够1等n。比如,我当前有一个线程要等10个任务最多1s,这时用CountDownLatch就非常合适(join其实是顺序的,可能不太好)。
回调+标志位
在UI中,主线程是不能用Object#wait、Future#get等方法的,此时的耗时操作+等待的方案就又有变化了。
伪码:
- UIThread:
final Runnable afterwards = new Runnable(){
private AtomicBoolean mHasRunned = new AtomicBoolean(false);
public void run(){
if(mHasRunned.compareAndSet(false, true)){
doSomething();
}
}
}
new Thread(new TimeConsumingRunnable(new Callback(){
public void call(){
afterwards.run();
}
}).start();
someView.postDelay(afterwards, WAIT_TIME);
- TimeConsumingRunnable#run
try{
consumeTime();
} catch (Throwable thr){
callback.call();
}
思路就是afterwards在两个位置(执行完耗时操作、超时)都调用,但是,用标记位保证代码只执行一遍。
这个的优势在于,不会阻塞主线程,后面怎么玩都是随性而为;劣势是理解和维护困难。