Android_进程任务线程分享.pdfVIP

关于进程和任务的概念 George 整理 关于 Android 中的组件和应用，之前涉及，大都是静态的概念。而当一个应用运行起来，就难免会 需要关心进程、 线程这样的概念。 在 Android 中，组件的动态运行， 有一个最与众不同的概念， 就是 Task ， 翻译成任务，应该还是比较顺理成章的。 Task 的介入，最主要的作用，是将组件之间的连接，从进程概念的细节中剥离出来，可以以一种不 同模型的东西进行配置，在很多时候，能够简化上层开发人员的理解难度，帮助大家更好的进行开发和配 置。 任务 在 SDK 中关于 Task （guide/topics/fundamentals.html#acttask ，有一个很好的比方，） 说，Task 就相当于应用（ application ）的概念。在开发人员眼中，开发一个Android 程序，是做一个个独门独户 的组件， 但对于一般用户而言， 它们感知到的， 只是一个运行起来的整体应用， 这个整体背后， 就是 Task 。 Task ，简单的说， 就是一组以栈的模式聚集在一起的 Activity 组件集合。 它们有潜在的前后驱关联， 新加入的 Activity 组件，位于栈顶，并仅有在栈顶的 Activity ，才会有机会与用户进行交互。而当栈顶的 Activity 完成使命退出的时候， 会将其退栈，并让下一个将跑到栈顶的Task Activity 来于用户面对面，直 至栈中再无更多 Activity ， Task结束。 事件 Task 栈（粗体为栈顶组件） 点开 Email 应用，进入收件箱（ Activity A A） 选中一封邮件，点击查看详情（ Activity B AB ） 点击回复，开始写新邮件（ Activity C ）ABC 写了几行字，点击选择联系人，进入选择联系人 ABCD 界面（ Activity D ） 选择好了联系人，继续写邮件 ABC 写好邮件，发送完成，回到原始邮件 AB 点击返回，回到收件箱 A 退出 Email 程序 null 如上表所示， 是一个实例。 从用户从进入邮箱开始， 到回复完成， 退出应用整个过程的 Task 栈变化。 这是一个标准的栈模式，对于大部分的状况，这样的 Task 模型，足以应付，但是，涉及到实际的性能、开 销等问题，就会变得残酷许多。比如，启动一个浏览器，在 Android 中是一个比较沉重的过程，它需要做 很多初始化的工作，并且会有不小的内存开销。但与此同时，用浏览器打开一些内容，又是一般应用都会 有的一个需求。 设想一下， 如果同时有十个运行着的应用 （就会对应着是多个 Task ），都需要启动浏览器， 这将是一个多么残酷的场面，十个 Task 栈都堆积着很雷同的浏览器 Activity ，是多么华丽的一种浪费啊。 于是你会有这样一种设想， 浏览器 Activity 可不可以作为一个单独的， Task 而存在， 不管是来自那个 Task 的请求，浏览器的 Task ，都不会归并过去。这样，虽然浏览器 Activity 本身需要维系的状态更多了，但整 体的开销将大大的减少，这种舍小家为大家的行为，还是很值得歌颂的。 如此值得歌颂的行为， Android当然会举双手支持的。在 Android 中，每一个 Activity 的 Task 模 式，都是可以由 Activity 提供方（通过配置文件