Activity详解

Activity生命周期

启动一个Activity的生命周期
onCreate() → onStart() → onResume() → onPause() → onStop() → onDetroy()
所谓的典型的生命周期就是在有用户参与的情况下，Activity经历从创建，运行，停止，销毁等正常的生命周期过程

---

// 总结
当Activity启动时，依次会调用onCreate(),onStart(),onResume()，而当Activity退居后台时（不可见，点击Home或者被新的Activity完全覆盖），onPause()和onStop()会依次被调用。当Activity重新回到前台（从桌面回到原Activity或者被覆盖后又回到原Activity）时，onRestart()，onStart()，onResume()会依次被调用。当Activity退出销毁时（点击back键），onPause()，onStop()，onDestroy()会依次被调用，到此Activity的整个生命周期方法回调完成。现在我们再回头看看之前的流程图，应该是相当清晰了吧。嗯，这就是Activity整个典型的生命周期过程。

onCreate

// onCreate
该方法是在Activity被创建时回调，它是生命周期第一个调用的方法，我们在创建Activity时一般都需要重写该方法，然后在该方法中做一些初始化的操作，如通过setContentView设置界面布局的资源，初始化所需要的组件信息等。

onStart

// onStart
此方法被回调时表示Activity正在启动，此时Activity已处于可见状态，只是还没有在前台显示，因此无法与用户进行交互。可以简单理解为Activity已显示而我们无法看见摆了。

onResume

// onResume
当此方法回调时，则说明Activity已在前台可见，可与用户交互了（处于前面所说的Active/Running形态），onResume方法与onStart的相同点是两者都表示Activity可见，只不过onStart回调时Activity还是后台无法与用户交互，而onResume则已显示在前台，可与用户交互。当然从流程图，我们也可以看出当Activity停止后（onPause方法和onStop方法被调用），重新回到前台时也会调用onResume方法，因此我们也可以在onResume方法中初始化一些资源，比如重新初始化在onPause或者onStop方法中释放的资源。

onPause

// onPause
此方法被回调时则表示Activity正在停止（Paused形态），一般情况下onStop方法会紧接着被回调。但通过流程图我们还可以看到一种情况是onPause方法执行后直接执行了onResume方法，这属于比较极端的现象了，这可能是用户操作使当前Activity退居后台后又迅速地再回到到当前的Activity，此时onResume方法就会被回调。当然，在onPause方法中我们可以做一些数据存储或者动画停止或者资源回收的操作，但是不能太耗时，因为这可能会影响到新的Activity的显示——onPause方法执行完成后，新Activity的onResume方法才会被执行。

onStop

// onStop
一般在onPause方法执行完成直接执行，表示Activity即将停止或者完全被覆盖（Stopped形态），此时Activity不可见，仅在后台运行。同样地，在onStop方法可以做一些资源释放的操作（不能太耗时）。

onRestart

// onRestart
表示Activity正在重新启动，当Activity由不可见变为可见状态时，该方法被回调。这种情况一般是用户打开了一个新的Activity时，当前的Activity就会被暂停（onPause和onStop被执行了），接着又回到当前Activity页面时，onRestart方法就会被回调。

onDestroy

// onDestroy
此时Activity正在被销毁，也是生命周期最后一个执行的方法，一般我们可以在此方法中做一些回收工作和最终的资源释放。

A Activity到B Activity生命周期变化

// A Activity到B Activity生命周期变化
A Activity启动先执行了onCreate，然后执行了onStart()方法，然后又进入了onResume()

点击跳转后执行了A Activity的onPause()方法
然后进入了B Activity执行了B Activity的onCreate方法，随后就是B Activity的onStart()方法 onResume()方法，
然后执行了A Activity的onStop()方法

在B Activity点击返回之后执行了B Activity的onPause()方法，随后调用了A Activity的onStart()方法，接着又调用了A Activity的onResume()方法
随后执行了B Activity的onStop()方法 onDestroy()方法
    
A Activity再返回就是执行了onPause()方法，然后onStop()方法，最后onDestroy()方法

Activity跳转网页

Uri uri = Uri.parse("http://t.csdn.cn/xoWQ4");
Intent intent = new Intent(Intent.ACTION_VIEW, uri);
startActivity(intent);

Activity跳转方式

显示启动

// 显示启动 ：Intrent 内部直接声明要启动的activity所对应的的class
Intent intent = new Intent(MainActivity.this, SecondActivity.class);
startActivity(intnet);

隐式启动

// 隐式启动：进行三个匹配，一个是activity，一个是category，一个是data，全部或者部分匹配，应用于广播原理
清单文件中 里配置 activity 属性，activity 的名字要和跳转内容一样
<activity 
	android:name="com.exanple.android.tst.secondActivity"
	android:label = @string/title>
	<intent=filter>
		<action android:name="com.exanple.android.tst.secondActivity/>
		<category android:name="android.intent.category.DEFAULT"/>
	<intent-filter/>
</activity>
在需要跳转的地方
Intent intent = new Intent("com.example.android.tst.secondActivity");
startActivity(intnet);
跳转后再返回，能获取返回值

Activity三种生存期

1. 整生存期：活动在onCreate()方法和onDestroy()方法之间所经历的，就是完整生存期
2. 可见生存期：活动在onStart()方法和onStop()之间所经历的，在可见生命期内，活动对于用户总是可见的，即便有可能无法和用户进行交互。
3. 前台生存期：活动在onResume()方法和onPause()方法之间所经历的，这个生存期内，活动总是处于运行状态，此时的活动是可以和用户进行相互的，我们平时看到和接触最多的也是这个状态下的活动。

Activity四种启动模式

// Activity 的启动模式决定了激活 Activity 时，是否创建新的对象，进而将影响到 任务栈 也叫 回退栈。
在 AndroidManifest.xml 文件中，可以为每个 activity 节点配置 android:launchMode 属性，以决定该 Activity 的启动模式

---

// 什么是任务栈(回退栈)：
任务栈 是 用来存放所有激活了的 Activity 对象，激活的 Acitvity 将会按照后进先出的栈结构显示出来。因为屏幕只能显示一个Activity，当有新的 Activity 被激活时，原来正在显示的 Activity 就会进行压栈操作被压到新 Activity 对象下方的位置。当按下”Back” 键时栈顶 Activity 会执行弹栈操作，而在第 2 位的 Activity 将获得栈顶位置，显示在前台。

---

// 注意：
默认情况下，所有 activity 所需的 任务栈 的名字为应用的包名，可以通过给 activity 指定 TaskAffinity 属性来指定任务栈，这个属性值不能和包名相同，否则就没有意义 。

Standard模式

// Standard 模式 :
( 默认 ) 标准模式：每次激活 Activity 时，都会创建新的 Activity 对象。standard 模式是 android 的默认启动模式，在这种模式下，activity 可以有多个实例，每次启动 Activity，无论任务栈中是否已经存在这个 activity 的实例，系统都会创建一个新的 activity 实例。即 在这种模式下，activity默认会进入启动它的activity所属的任务栈中。 注意：在非activity类型的context(如ApplicationContext)并没有所谓的任务栈，所以不能通过ApplicationContext去启动standard模式的activity。

SSingleTop模式

// SSingleTop 模式：
栈顶模式，也叫栈顶复用模式。当一个 singleTop 模式的 activity 已经位于栈顶位置时，再去启动它时，不会再创建实例，即每次只是激活但并不会创建新的 Activity 对象，如果不在栈顶，就会创建实例。( 如果新activity位于任务栈的栈顶的时候，activity不会被重新创建，同时它的onNewIntent方法会被回调。 注意：这个activity的onCreate，onStart，onResume不会被回调，因为他们并没有发生改变。)

SSingleTask模式

// SSingleTask 模式 ：
单任务模式，也叫栈内复用模式。如果启动的这个 activity 已经存在于 任务栈 中，则会将该 activity 移动到栈顶，并将该 activity 上面的所有 activity 出栈，否则创建新的实例。( 只要activity在一个栈中存在，那么多次启动此activity不会被重新创建单例，系统会回调onNewIntent。比如activityA，系统首先会寻找是否存在A想要的任务栈，如果没有则创建一个新的任务栈，然后把activityA压入栈，如果存在任务栈，然后再看看有没有activityA的实例，如果实例存在，那么就会把A调到栈顶并调用它的onNewIntent方法，如果不存在则把它压入栈。)

SSingleInstance模式

// SSingleInstance 模式 ：
单实例模式，一个 activity 一个栈，即 activity只能单独地位于一个任务栈 中。( 实例(对象)唯一，确保该 Activity 的对象一定只有1个，被设置为 singleInstance 的 Activity 将被置于一个专门的任务栈中，且该任务栈中有且仅有一个 Activity。)

Activity形态

Activity会在以下四种形态中相互切换，至于如何切换，因用户的操作而决定

Active/Running

// Active/Running
Activity处于活动状态，此时Activity处于栈顶，是可见状态，可与用户进行交互。

Paused

// Paused
当Activity失去焦点时，或被一个新的非全屏的Activity，或被一个透明的Activity放置在栈顶时，Activity就转化为Paused状态。但我们需要明白，此时Activity只是失去了与用户交互的能力，其所有的状态信息及其成员变量都还存在，只有在系统内存紧张的情况下，才有可能被系统回收掉。

Stopped

// Stopped
当一个Activity被另一个Activity完全覆盖时，被覆盖的Activity就会进入Stopped状态，此时它不再可见，但是跟Paused状态一样保持着其所有状态信息及其成员变量。

Killed

// Killed
当Activity被系统回收掉时，Activity就处于Killed状态。

Activity的启动过程

app启动的过程有两种情况，第一种是从桌面launcher上点击相应的应用图标，第二种是在activity中通过调用startActivity来启动一个新的activity
我们创建一个新的项目，默认的根activity都是MainActivity，而所有的activity都是保存在堆栈中的，我们启动一个新的activity就会放在上一个activity上面
我们从桌面点击应用图标的时候，由于launcher本身也是一个应用，当我们点击图标的时候，系统就会调用startActivitySately(),一般情况下，我们所启动的activity的相关信息都会保存在intent中，比如action，category等等。我们在安装这个应用的时候，系统也会启动一个PackManagerService的管理服务，这个管理服务会对AndroidManifest.xml文件进行解析，从而得到应用程序中的相关信息，比如service，activity，Broadcast等等，然后获得相关组件的信息。当我们点击应用图标的时候，就会调用startActivitySately()方法，而这个方法内部则是调用startActivty(),而startActivity()方法最终还是会调用startActivityForResult()这个方法。而在startActivityForResult()这个方法。因为startActivityForResult()方法是有返回结果的，所以系统就直接给一个-1，就表示不需要结果返回了。而startActivityForResult()这个方法实际是通过Instrumentation类中的execStartActivity()方法来启动activity，Instrumentation这个类主要作用就是监控程序和系统之间的交互。而在这个execStartActivity()方法中会获取ActivityManagerService的代理对象，通过这个代理对象进行启动activity。启动会就会调用一个checkStartActivityResult()方法，如果说没有在配置清单中配置有这个组件，就会在这个方法中抛出异常了。当然最后是调用的是Application.scheduleLaunchActivity()进行启动activity，而这个方法中通过获取得到一个ActivityClientRecord对象，而这个ActivityClientRecord通过handler来进行消息的发送，系统内部会将每一个activity组件使用ActivityClientRecord对象来进行描述，而ActivityClientRecord对象中保存有一个LoaderApk对象，通过这个对象调用handleLaunchActivity来启动activity组件，而页面的生命周期方法也就是在这个方法中进行调用

如何修改Activity进入和退出动画

// 如何修改Activity进入和退出动画
overridePendingTransition()方法

Activity、View、Window三者关系

// 个人理解：Activity像一个工匠（控制单元），Window像窗户（承载模型），View像窗花（显示视图）LayoutInflater像剪刀，Xml配置像窗花图纸

• Activity构造的时候会初始化一个Window，准确的说是PhoneWindow。
• 这个PhoneWindow有一个“ViewRoot”，这个“ViewRoot”是一个View或者说ViewGroup，是最初始的根视图。
• “ViewRoot”通过addView方法来一个个的添加View。比如TextView，Button等
• 这些View的事件监听，是由WindowManagerService来接受消息，并且回调Activity函数。比如onClickListener，onKeyDown等

Activity是如何生成一个view的

// Activity 是如何生成一个 view 的

1. Activity在attach方法的时候，会创建一个phonewindow（window的子类）
2. onCreate中的setContentView方法，会创建DecorView
3. DecorView 的addview方法，会把layout中的布局加载进来。