31软硬整合开发的基础 认识Android的线程Thread模式.docVIP

31.软硬整合开发的基础 认识Android的线程(Thread)模式 在之前的课程里，都只介绍Java层的线程模式。其实担任软硬整合的嵌入式软件开发者，在开发Shared Library (*.so)及其卡榫类别时，更需要充分理解Android的线程模式，于此就来说说其原因吧! 　　在Android平台上开发软硬整合的共享链接库(Shared Library)时，由于是「共享」的程序组件，所以可能有许多Activity或Service等组件来呼叫此共享链接库(例如某一个*.so可执行档)。由于这些Activity或Service等组件可能是别人开发的，也在不同的进程里执行，也有可能是以子线程来呼叫。 　　这个时候，写共享链接库的开发者如何撰写其*.so链接库呢？即使*.so链接库写好了，也安装好了，又如何撰写在Java层与之相对应的「卡榫类别」(Hook Class)呢？ 　　兹以Android平台所提供的MediaPlayer组件为例，其中的MediaPlayer.java就是一个卡榫类别。如下图： ? 　　　开发此类别时，一方面要应对Activity所发出来执行MediaPlayer.java的线程，一方面又要接受底层*.so所回传的信息，此种讯息到底是那一个线程所执行而传递回来的呢？如此才能将*.so组件纳入到Android平台里，让众多的Activity或Service等Java组件来共享之。 　　　如果对Android的线程模式有充分的认识，就很容易弄清楚程序的写法。否则，甚至连别人所写的程序代码可能都不易看懂。例如，MediaPlayer.java类别的程序代码片段如下： public class MediaPlayer { static { System.loadLibrary(media_jni); } 　// 省略 public MediaPlayer() { Looper looper; if ((looper = Looper.myLooper()) != null) { mEventHandler = new EventHandler(this, looper); } else if ((looper = Looper.getMainLooper()) != null) { mEventHandler = new EventHandler(this, looper); } else { mEventHandler = null; } /* Native setup requires a weak reference to our object. * Its easier to create it here than in C++. */ native_setup(new WeakReferenceMediaPlayer(this)); } 　　这个处线讯换为让.so能回传讯给Java 层应类别 　　此时，如果你能对Android有如下的认识，就很容易理解它了： 在每一个进程有一个主线程(Main Thread)，它的主要任务是处理与UI有关的事件(Event)，所以又常称为UI线程。主线程可以诞生子线程(Child Thread)，而且「经常」需要诞生子线程。主线程(UI线程)必须时时刻刻(标准为5秒内)去照顾UI的事件，以便快速响应使用者的要求。UI线程没空闲去执行较为费时的函数()，只好诞生子线程去执行较为费时的工作了。Android平台里，UI线程与其子线程之分工是很明确的： ??? 子线程负责执行费时的工作。 ??? 主线程负责UI子线程不可以插手有关UI 在同一进程里的主、子线程之间可以透过MessageQueue来互相沟通。当一个新进程新诞生时，会同时诞生一个主线程，也替主线程建立一个MessageQueue，以及负责管理MessageQueueLooper类别之对象。子线程可以透过Handler对象而将Message对象丢(Post)到主线程的MessageQueue里，而主线程的Looper物件就会接到这个Message对象，并依据其内容而呼叫适当的函数来处理之(例如显示画面Layout)。 　　由于执行此建构式的线程不一定是该进程(Process)的主线程，所以要确保能将讯息确实传递给主线程。