Android超时控制方法及场景

刚刚和同事进行了一个非常有益的脑力训练——怎样控制超时。之前经常用，但并没有仔细想过，这次梳理了一下。
想到了三个流派：

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在两个位置（执行完耗时操作、超时）都调用，但是，用标记位保证代码只执行一遍。
这个的优势在于，不会阻塞主线程，后面怎么玩都是随性而为；劣势是理解和维护困难。