杂乱笔记-android多线程

首先看一下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现在阻塞了，会不会造成无法响应时间，