杂乱笔记-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.zzzyk.com
即mAlbumArtWorker = new Worker("album art worker");
这个的构造函数是阻塞的,等到run方法执行完毕mLooper已经有值了,才返回去。
但是我还有一个疑惑,在ui现在阻塞了,会不会造成无法响应时间,
补充:移动开发 , Android ,