参考文章：
为什么wait(), notify(), notifyAll()必须要在synchronized方法/块
HandlerThread的使用以及原理
问题：UI线程创建workerThread来处理事务，UI线程首先给一些资源给workerThread然后workerThread处理完返回给UI线程显示，UI中需要创建handler来处理UI发来的资源。正常实现后发现UI发送消息的时候handler为null，代码中UI线程先调用workerThread.start(里面马上创建handler），然后UI线程接着用handler，但实际运行的时候后者先执行了。
解决办法：锁。
UI线程中如果先执行，获得锁，就会放弃，wokerThread得到锁，然后创建handler，释放锁再继续执行。
wokerThread先执行也是可以的。
UI线程
Object lock = new Object();
// 初始化识别引擎
synchronized(lock) {
try {
lock.wait();
}catch (Exception e){
e.printStackTrace();
}
//执行handler相关的内容
}
workerThread
synchronized (lock) {
创建handler
lock.notify();
}
- 用HandlerThread解决更方便
下面的语句是在UI线程中执行的，虽然调用了Handler生成，但由于输入参数Looper是新建线程的，所以会在Handler会在新建线程中运行。那么这里的Handler会在UI使用之前生成，新建线程也不用想办法去生成后返回handler，但这里还有一个问题，由于Loop是在新线程中生成的，可能UI线程先执行Loop还没有新建好呢！！但HandlerThread内部已经帮我们搞定了，也是跟上面差不多的做法。在getLoop的时候UI线程会等待Loop生成好再执行。
private void initThread()
{
mHandlerThread = new HandlerThread("check-message-coming");
mHandlerThread.start();
mThreadHandler = new Handler(mHandlerThread.getLooper())
{
@Override
public void handleMessage(Message msg)
{
update();//模拟数据更新
if (isUpdateInfo)
mThreadHandler.sendEmptyMessage(MSG_UPDATE_INFO);
}
};
}
