android 2.0 notes 2

baobaoupup

浏览: 470908 次

最近访客更多访客>>

u012363178

shang226

lord_is_layuping

pangfei2001

博主相关

博客

微博

相册

留言

关于我

文章分类

全部博客 (853)

社区版块

存档分类

Component Lifecycles

Activity lifecycle

一个PAUSER ACT是活着的，它维护所有的状态和成员信息并且 attached to the window manager，但是能被杀死在低内存状态下。

一个STOPPED ACT仍旧维护所有的状态和成员信息。

在ONCREATE中做初始化，一般也实现ONPAUSE去提交数据变化为了准备去停止与用户交互。

An activity does all its initial setup of "global" state in onCreate() , and releases all remaining resources in onDestroy()

如果有个背景线程去下载数据，他能被创建在ONCREATE中，停止在ONDESTROY

可视化的生命时期是在ONSTART和ONSTOP中。在这段时期，用户能看到这个ACT在屏幕上。（他也许不再前台和用户在交互）

在这俩个方法中，you can maintain resources that are needed to show the activity to the user. For example, you can register a BroadcastReceiver in onStart() to monitor for changes that impact your UI, and unregister it in onStop() when the user can no longer see what you are displaying.

这俩个方法能被调用多次在可视与不可视之间。

前景生命周期发生在ONRESUME,ONPAUSE之间。

在这俩个方法之间代码应该是轻量级的

onPause() This method is typically used to commit unsaved changes to persistent data, stop animations and other things that may be consuming CPU, and so on. It should do whatever it does very quickly, because the next activity will not be resumed until it returns.

如果进程将被KILL，ONPAUSE将被保证调用，STOP DESTRO并不能保证，SO,你应该在这里持续化数据。

Saving activity state

当系统而不是用户 关闭ACT去节省内存，为了保存状态在ACT被杀之前，你能实现 onSaveInstanceState

系统调用这个方法在ACT将被摧毁之前（也就是在ONPAUSE之前），当ACT再一次被START，BUNDLE被传递到ONCREATE

也被传递到当调用ONSTART之后， onRestoreInstanceState() 里，因此这俩个方法都能重新创建这个状态。

onSaveInstanceState() and onRestoreInstanceState() are not lifecycle methods. They are not always called.

注意对于用户自己的行为 onSaveInstanceState 不将被调用，比如按了BACK键或者，FINISH这个ACT.

因为I他并不中被调用，因此不要在这存储持久化数据。

Service lifecycle

在ONCREATE中创建线程，打开音乐播放器，在ONSTART中拿到参数INTENT的去打开选播的歌曲。

The onCreate() and onDestroy() methods are called for all services, whether they're started by Context.startService() or Context.bindService() . However, onStart() is called only for services started by startService() .

Broadcast receiver lifecycle

A process with an active broadcast receiver is protected from being killed. But a process with only inactive components can be killed by the system at any time, when the memory it consumes is needed by other processes.

当这个广播信息被处理的消耗时间的，那么他应该被做在另一个分割的线程，离开与用户交互的主线程。

但是这里带来一个问题，如果ONRECEIVE创建了一个线程返回了the entire process, including the new thread, is judged to be inactive (unless other application components are active in the process) putting it in jeopardy of being killed

The solution to this problem is for onReceive() to start a service and let the service do the job, so the system knows that there is still active work being done in the process.

Processes and lifecycles

Processes with the lowest importance are eliminated first, then those with the next lowest, and so on. There are five levels in the hierarchy

Android 系统会尽可能长的延续一个应用程序进程，但在内存过低的时候，仍然会不可避免需要移除旧的进程。为决定保留或移除一个进程， Android 将每个进程都放入一个 “ 重要性层次 ” 中，依据则是它其中运行着的组件及其状态。重要性最低的进程首先被消灭，然后是较低的，依此类推。重要性共分五层，依据重要性列表如下：

1. 前台进程 是用户操作所必须的。当满足如下任一条件时，进程被认为是处于前台的：

o 它运行着正在与用户交互的 activity （ Activity 对象的 onResume() 方法已被调用）。

o 一个正在与用户交互的 activity 使用着它提供的一个服务。

o 它包含着一个正在执行生命周期回调方法（ onCreate() 、 onStart() 或 onDestroy() ）的 Service 对象。

o 它包含着一个正在执行 onReceive() 方法的 BroadcastReceiver 对象。

任一时间下，仅有少数进程会处于前台，仅当内存实在无法供给它们维持同时运行时才会被杀死。一般来说，在这种情况下，设备已然处于使用虚拟内存的状态，必须要杀死一些前台进程以用户界面保持响应。

2. 可视进程 没有前台组件，但仍可被用户在屏幕上所见。当满足如下任一条件时，进程被认为是可视的：、

o 它包含着一个不在前台，但仍然为用户可见的 activity （它的 onPause() 方法被调用）。这种情况可能出现在以下情况：比如说，前台 activity 是一个对话框，而之前的 activity 位于其下并可以看到。

o 它包含了一个绑定至一个可视的 activity 的服务。

可视进程依然被视为是很重要的，非到不杀死它们便无法维持前台进程运行时，才会被杀死。

3. 服务进程 是由 startService() 方法启动的服务，它不会变成上述两类。尽管服务进程不会直接为用户所见，但它们一般都在做着用户所关心的事情（比如在后台播放 mp3 或者从网上下载东西）。所以系统会尽量维持它们的运行，除非系统内存不足以维持前台进程和可视进程的运行需要。

4. 背景进程 包含目前不为用户所见的 activity （ Activity 对象的 onStop() 方法已被调用）。这些进程与用户体验没有直接的联系，可以在任意时间被杀死以回收内存供前台进程、可视进程以及服务进程使用。一般来说，会有很多背景进程运行，所以它们一般存放于一个 LRU （最后使用）列表中以确保最后被用户使用的 activity 最后被杀死。如果一个 activity 正确的实现了生命周期方法，并捕获了正确的状态，则杀死它的进程对用户体验不会有任何不良影响。

5. 空进程 不包含任何活动应用程序组件。这种进程存在的唯一原因是做为缓存以改善组件再次于其中运行时的启动时间。系统经常会杀死这种进程以保持进程缓存和系统内核缓存之间的平衡。

Android 会依据进程中当前活跃组件的重要程度来尽可能高的估量一个进程的级别。比如说，如果一个进程中同时有一个服务和一个可视的 activity ，则进程会被判定为可视进程，而不是服务进程。

此外，一个进程的级别可能会由于其它进程依赖于它而升高。一个为其它进程提供服务的进程级别永远高于使用它服务的进程。比如说，如果 A 进程中的内容提供者为进程 B 中的客户端提供服务，或进程 A 中的服务为进程 B 中的组件所绑定，则 A 进程最低也会被视为与进程 B 拥有同样的重要性。

因为运行着一个服务的进程重要级别总高于一个背景 activity 。所以一个 activity 以启动一个服务的方式启动一个长时间运行过程比简单的衍生一个线程来进行处理要好。尤其是当处理过程比 activity 本身存在时间要长的情况之下。我们以背景音乐播放和上传一个相机拍摄的图片至网站上为例。使用服务则不论 activity 发生何事，都至少可以保证操作拥有 “ 服务进程 ” 的权限。如上一节广播接收器生命周期所提到的，这也正是广播接收器使用服务，而不是使用线程来处理耗时任务的原因。