首先看一下
java下的多线程的几个关键方法
01 Object obj = new Object() ;
02 while(!condition) {
03 obj.wait();
04 }
05 obj.
DOSomething();
06 }
07
08
09
10 在另一线程B中，如果B更改了某些条件，使得线程A的condition条件满足了，就可以唤醒线程A：
11
12 synchronized(obj) {
13 condition = true;
14 obj.notify();
15 }
例如，浏览器的一个显示图片的线程displayThread想要执行显示图片的任务，必须等待 下载 线程downloadThread将该图片 下载 完毕。如果图片还没有 下载 完，displayThread可以暂停，当downloadThread完成了任务后，再通知displayThread“图片准备完毕，可以显示了”，这时，displayThread继续执行。
以上逻辑简单的说就是：如果条件不满足，则等待。当条件满足时，等待该条件的线程将被唤醒。在
java中，这个机制的实现依赖于wait/notify。等待机制与锁机制是密切关联的。
# 调用obj的wait(), notify()方法前，必须获得obj锁，也就是必须写在synchronized(obj) {...} 代码段内。
# 调用obj.wait()后，线程A就释放了obj的锁，否则线程B无法获得obj锁，也就无法在synchronized(obj) {...} 代码段内唤醒A。
# 当obj.wait()方法返回后，线程A需要再次获得obj锁，才能继续执行。
# 如果A1,A2,A3都在obj.wait()，则B调用obj.notify()只能唤醒A1,A2,A3中的一个（具体哪一个由JVM决定）。
# obj.notifyAll()则能全部唤醒A1,A2,A3，但是要继续执行obj.wait()的下一条语句，必须获得obj锁，因此，A1,A2,A3只有一个有机会获得锁继续执行，例如A1，其余的需要等待A1释放obj锁之后才能继续执行。
# 当B调用obj.notify/notifyAll的时候，B正持有obj锁，因此，A1,A2,A3虽被唤醒，但是仍无法获得obj锁。直到B退出synchronized块，释放obj锁后，A1,A2,A3中的一个才有机会获得锁继续执行。
在MediaPlaybackActivity.
java中，我们可以看一下再OnCreate中的有这样的两句：
mAlbumArtWorker = new Worker("album art worker");
mAlbumArtHandler = new AlbumArtHandler(mAlbumArtWorker.getLooper());
很明显这两句，是构建了一个子线程。并且这个子线程还是Looper的子线程，这里很牛逼的使用了 mAlbumArtWorker.getLooper()这个函数，因为我们知道，我们能够得到子线程的Looper的途径只有一个：就是在子线程中调用 Looper.myLooper ()，并且这个函数还要在我们perpare之后调用才能得到正确的Looper，但是他这里用了一个这样的什么东东 getLooper，不知道它是如何实现的？
这里有一个大概的思路，我们在子线程的的prepare之后调用 myLooper ()这个方法，然后保存在一个成员变量中，这个getLooper就返回这个东西，但是这里会碰到多线程的一个很突出的问题，同步。我们在父线程中调用 mAlbumArtWorker.getLooper()，但是想要这个返回正确的looper就必须要求我们的子线程运行了prepare，但是这个东西实在子线程运行的，我们如何保证呢？
01 private class Worker implements Runnable {
02 private final Object mLock = new Object();
03 private Looper mLooper;
04
05 /**
06 * Creates a worker thread with the given name. The thread
07 * then runs a {<A class=referer href="http://my.oschina.net/link1212" target=_blank minmax_bound="true">@link</A>
Android.os.Looper}.
08 * @param name A name for the new thread
09 */
10 Worker(String name) {
11 Thread t = new Thread(null, this, name);
12 t.setPriority(Thread.MIN_PRIORITY);
13 t.start();
14 synchronized (mLock) {
15 while (mLooper == null) {
16 try {
17 mLock.wait();
18 } catch (
interruptedException ex) {
19 }
20 }
21 }
22 }
23
24 public Looper getLooper() {
25 return mLooper;
26 }
27
28 public void run() {
29 synchronized (mLock) {
30 Looper.prepare();
31 mLooper = Looper.myLooper();
32 mLock.notifyAll();
33 }
34 Looper.loop();
35 }
36
37 public void quit() {
38 mLooper.quit();
39 }
40 }
www.atcpu.com即mAlbumArtWorker = new Worker("album art worker");
这个的构造函数是阻塞的，等到run方法执行完毕mLooper已经有值了，才返回去。
但是我还有一个疑惑，在ui现在阻塞了，会不会造成无法响应时间，
