总结的挺好的, 但是有些内容说起来很绕口,看来只有通过代码实现来理解才会比较深刻
进程和线程
当一个应用程序开始运行它的第一个组件时,Android会为它启动一个Linux进程,并在其中
执行一个单一的线程。默认情况下,应用程序所有的组件均在这个进程的这个线程中运行。
然而,你也可以安排组件在其他进程中运行,而且可以为任意进程衍生出其它线程。
进程
组件运行所在的进程由manifest文件所控制。组件元素——<activity>, <service>, <rec
eiver>和<provider>——都有一个process 属性来指定组件应当运行于哪个进程之内。这些属
性可以设置为使每个组件运行于它自己的进程之内,或一些组件共享一个进程而其余的组件不这
么做。它们也可以设置为令不同应用程序的组件在一个进程中运行——使应用程序的组成部分共
享同一个Linux用户ID并赋以同样的权限。<application>元素也有一个process属性,以设定所
有组件的默认值。
所有的组件实例都位于特定进程的主线程内,而对这些组件的系统调用也将由那个线程进行
分发。一般不会为每个实例创建线程。因此,某些方法总是运行在进程的主线程内,这些方法包
括诸如View.onKeyDown()这样报告用户动作以及后面组件生命周期一节所要讨论的生命周期通
告的。这意味着组件在被系统调用的时候,不应该施行长时间的抑或阻塞的操作(诸如网络相关
操作或是循环计算),因为这将阻塞同样位于这个进程的其它组件的运行。你应该如同下面线程
一节所叙述的那样,为这些长时间操作衍生出一个单独的线程进行处理。
在可用内存不足而又有一个正在为用户进行服务的进程需要更多内存的时候,Android有时候
可能会关闭一个进程。而在这个进程中运行着的应用程序也因此被销毁。当再次出现需要它们进
行处理的工作的时候,会为这些组件重新创建进程。
在决定结束哪个进程的时候,Android会衡量它们对于用户的相对重要性。比如说,相对于一
个仍有用户可见的activity的进程,它更有可能去关闭一个其activity已经不为用户所见的进
程。也可以说,决定是否关闭一个进程主要依据在那个进程中运行的组件的状态。这些状态将在
后续的一节组件生命周期中予以说明。
线程
尽管你可以把你的应用程序限制于一个单独的进程中,有时,你仍然需要衍生出一个线程以
处理后台任务。因为用户界面必须非常及时的对用户操作做出响应,所以,控管activity的线程
不应用于处理一些诸如网络下载之类的耗时操作。所有不能在瞬间完成的任务都应安排到不同的
线程中去。
线程在代码中是以标准Java Thread对象创建的。Android提供了很多便于管理线程的类: Lo
oper用于在一个线程中运行一个消息循环, Handler用于处理消息,HandlerThread 用于使用一
个消息循环启用一个线程。
远程过程调用
Android有一个轻量级的远程过程调用(RPC)机制:即在本地调用一个方法,但在远程(其
它的进程中)进行处理,然后将结果返回调用者。这将方法调用及其附属的数据以系统可以理解
的方式进行分离,并将其从本地进程和本地地址空间传送至远程过程和远程地址空间,并在那里
重新装配并对调用做出反应。返回的结果将以相反的方向进行传递。Android提供了完成这些工
作所需的所有的代码,以使你可以集中精力来实现RPC接口本身。
RPC接口可以只包括方法。即便没有返回值,所有方法仍以同步的方式执行(本地方法阻塞直
至远程方法结束)。
简单的说,这套机制是这样工作的:一开始,你用简单的IDL(界面描绘语言)声明一个你想
要实现的RPC接口。然后用aidl 工具为这个声明生成一个Java接口定义,这个定义必须对本地
和远程进程都可见。它包含两个内部类,如下图所示:
内部类中有管理实现了你用IDL声明的接口的远程方法调用所需要的所有代码。两个内部类均
实现了IBinder接口。一个用于系统在本地内部使用,你些的代码可以忽略它;另外一个,我们
称为Stub,扩展了Binder类。除了实现了IPC调用的内部代码之外,它还包括了你声明的RPC接口
中的方法的声明。你应该如上图所示的那样写一个Stub的子类来实现这些方法。
一般情况下,远程过程是被一个服务所管理的(因为服务可以通知系统关于进程以及它连接
到别的进程的信息)。它包含着aidl工具产生的接口文件和实现了RPC方法的Stub的子类。而客
户端只需要包括aidl工具产生的接口文件。
下面将说明服务与其客户端之间的连接是如何建立的:
服务的客户端(位于本地)应该实现onServiceConnected() 和 onServiceDisconnected()
方法。这样,当至远程服务的连接成功建立或者断开的时候,它们会收到通知。这样它们就可以
调用bindService() 来设置连接。
而服务则应该实现onBind() 方法以接受或拒绝连接。这取决于它收到的intent(intent将
传递给bindService())。如果接受了连接,它会返回一个Stub的子类的实例。
如果服务接受了连接,Android将会调用客户端的onServiceConnected() 方法,并传递给它
一个IBinder对象,它是由服务所管理的Stub的子类的代理。通过这个代理,客户端可以对远程
服务进行调用。
线程安全方法
在一些情况下,你所实现的方法有可能会被多于一个的线程所调用,所以它们必须被写成线
程安全的。
对于我们上一节所讨论的RPC机制中的可以被远程调用的方法来说,这是必须首先考虑的。如
果针对一个IBinder对象中实现的方法的调用源自这个IBinder对象所在的进程时,这个方法将会
在调用者的线程中执行。然而,如果这个调用源自其它的进程,则这个方法将会在一个线程池中
选出的线程中运行,这个线程池由Android加以管理,并与IBinder存在于同一进程内;这个方法
不会在进程的主线程内执行。反过来说,一个服务的onBind() 方法应为服务进程的主线程所调
用,而实现了由onBind() 返回的对象(比如说,一个实现了RPC方法的Stub的子类)的方法将
为池中的线程所调用。因为服务可以拥有多于一个的客户端,而同一时间,也会有多个池中的线
程调用同一个IBinder方法。因此IBinder方法必须实现为线程安全的。
类似的,一个内容提供者能接受源自其它进程的请求数据。尽管ContentResolver和ContentP
rovider类隐藏了交互沟通过程的管理细节,ContentProvider会由query(), insert(), delet
e(), update()和getType()方法来相应这些请求,而这些方法也都是由那个内容提供者的进程
中所包涵的线程池提供的,而不是进程的主线程本身。所以这些有可能在同一时间被很多线程调
用的方法也必须被实现为线程安全的。__
【android 线程的使用】
android 的线程是不安全:意思就是在主线程内,别瞎搞,容易把android的线程搞坏,可我们还需要进行现场处理,那怎么办呢,在怎么
办之前,首先要看看你想做什么,如果是单单的刷屏的话,类似于J2ME的repaint();android提供了postInvalidate();这个是安全的,想在
哪里用都没有问题,
repaint() = = postInvalidate(); 可如果想做些别的事情的话,事件监听,如果发生某些事情,某些控件需要更改的话,那么这样就不行
需要用Handler,这个类属于领导秘书,Thread输入领导,领导发话
Message mess = new Message(); 一个经理
mess.what = 打印? 准备通知下手做的事情
Activity 的子类. h.sendMessage(mess)? 领导发话了
在主线程内产生一个秘书Handler h = new Handler(){
public void handleMessage(Message msg){
switch(msg.what){
case 打印:
去打印;
break;
}
}
};
这就是最常用的方法利用Handler来实现UI更新