activity相关问题总结
1.activitiy的本质：
Activity就是布满整个窗口或者悬浮于其他窗口上的交互界面。在一个应用程序中通常由多个Activity构成，都会在Manifest.xml中指定一个主的Activity，当程序第一次运行时用户就会看这个Activity，这个Activity可以通过启动其他的Activity进行相关操作。当启动其他的Activity时这个当前的这个Activity将会停止，新的Activity将会压入栈中，同时获取用户焦点，这时就可在这个Activity上操作了。都知道栈是先进后出的原则，那么当用户按Back键时，当前的这个Activity销毁，前一个Activity重新恢复。关于task和任务栈的知识将在后面给大家详细介绍，大家这里只要知道activity是一个应用中的组件，它为用户提供一个可视的界面，方便用户操作。
2.启动activity的两种方式：
intent：
intent的用途：启动activity／启动service／发送广播
- 启动Activity：可以将Intent对象传递给startActivity()方法或startActivityForResult()方法以启动一个Activity，该Intent对象包含了要启动的Activity的信息及其他必要的数据。
- 启动Service：可以将Intent对象传递给startService()方法或bindService()方法以启动一个Service，该Intent对象包含了要启动的Service的信息及其他必要的数据。
- 发送广播：广播是一种所有App都可以接收的信息。android系统会发布各种类型的广播，比如发布开机广播或手机充电广播等。我们也可以给其他的App发送广播，可以将Intent对象传递给sendBroadcast()方法或sendOrderedBroadcast()方法或sendStickyBroadcast()方法以发送自定义广播。
intent类型：显示intent/隐式intent
显式的Intent：如果Intent中明确包含了要启动的组件的完整类名（包名及类名），那么这个Intent就是explict的，即显式的。使用显式Intent最典型的情形是在你自己的App中启动一个组件，因为你自己肯定知道自己的要启动的组件的类名。比如，为了响应用户操作通过显式的Intent在你的App中启动一个Activity或启动一个Service下载文件。
隐式的Intent：如果Intent没有包含要启动的组件的完整类名，那么这个Intent就是implict的，即隐式的。虽然隐式的Intent没有指定要启动的组件的类名，但是一般情况下，隐式的Intent都要指定需要执行的action。一般，隐式的Intent只用在当我们想在自己的App中通过Intent启动另一个App的组件的时候，让另一个App的组件接收并处理该Intent。
intentfilter：即Intent过滤器，一个组件可以包含0个或多个Intent Filter。Intent Filter是写在App的manifest文件中的，其通过设置action或uri数据类型等指明了组件能够处理接收的Intent的类型。如果你给你的Activity设置了Intent Filter，那么这就使得其他的App有可能通过隐式Intent启动你的这个Activity。反之，如果你的Activity不包含任何Intent Filter，那么该Activity只能通过显式Intent启动，由于我们一般不会暴露出我们组件的完整类名，所以这种情况下，其他的App基本就不可能通过Intent启动我们的Activity了（因为他们不知道该Activity的完整类名），只能由我们自己的App通过显式Intent启动。
需要注意的是，为了确保App的安全性，我们应该总是使用显式Intent去启动Service并且不要为该Service设置任何的Intent Filter。
3.activity的生命周期：
a。activity的四种状态：
1）运行状态：当一个活动位于返回栈的栈顶时，这时活动就处于运行状态，最不会被系统回收的就是运行状态的活动。
2）暂停状态：当一个活动不再处于栈顶的位置，但仍然可见，弹出一个对话框或者一个不能占满屏幕的活动都会导致前一个活动处于暂停状态，系统也不会轻易回收这样的活动，除非是内存极低的情况（回收可见的活动都会造成极不好的用户体验）
3）停止状态：当一个活动不处于栈顶位置，且完全不可见的时候，就进入停止状态，当内存较低时系统会回收这样的活动
4）销毁状态：当一个活动从栈中移除后就编程销毁状态，系统会回收这样的活动
Activity的启动过程：onCreate—onStart—onResume；下返回键时：onPause—onStop—onDestroy 正如上面说是，当按下返回键时，此Activity弹出栈，程序销毁。确实如此，我们再次 打开时的启动过程又回到onCreate—onStart—onResume。OK，启动之后按下Home键，回到Launcher，查看打印信息：onPause—onStop，再次打开的运行过程：onRestart—onStart—onResume。
回调方法：
onCreate()：当 activity 第一次创建时会被调用。在这个方法中你需要完成所有的正常静态设置 ，比如创建一个视图（ view ）、绑定列表的数据等等。如果能捕获到 activity 状态的话，这个方法传递进来的 Bundle 对象将存放了 activity 当前的状态。调用该方法后一般会调用 onStart() 方法。
onRestart()：在 activity 被停止后重新启动时会调用该方法。其后续会调用 onStart 方法。
onStart()à当 activity 对于用户可见前即调用这个方法。如果 activity回到前台则接着调用 onResume() ，如果 activity 隐藏则调用onStop()
onResume()：在 activity 开始与用户交互前调用该方法。在这时该activity 处于 activity 栈的顶部，并且接受用户的输入。其后续会调用 onPause() 方法。
onPause()：在系统准备开始恢复其它 activity 时会调用该方法。这个方法中通常用来提交一些还没保存的更改到持久数据 中，停止一些动画或其它一些耗 CPU 的操作等等。无论在该方法里面进行任何操作，都需要较快速完成，因为如果它不返回的话，下一个 activity 将无法恢复出来。如果 activity 返回到前台将会调用 onResume() ，如果 activity 变得对用户不可见了将会调用onStop() 。
onStop()：在 activity 对用户不可见时将调用该方法。可能会因为当前 activity 正在被销毁，或另一个 activity （已经存在的activity 或新的 activity ）已经恢复了正准备覆盖它，而调用该方法。如果 activity 正准备返回与用户交互时后续会调用onRestart ，如果 activity 正在被释放则会调用 onDestroy 。
onDestroy()：在 activity 被销毁前会调用该方法。这是 activity 能接收到的最后一个调用。可能会因为有人调用了 finish 方法使得当前activity 正在关闭，或系统为了保护内存临时释放这个 activity的实例，而调用该方法。你可以用 isFinishing 方法来区分这两种不同的情况。
4.activity之间交互
https://juejin.im/entry/5756976c6be3ff006b024e80
a.intent简单数据传输
b.bundle传递数据包
c.传递值对象
d.startactivityForResult
5.保存activity的状态
http://blog.csdn.net/urchin_dong/article/details/50749339
http://www.jianshu.com/p/90cf59f22f40
6.Android启动模式和任务栈
在Android应用程序中，任务（Task）是个什么样的概念。我们知道，Activity是Android应用程序的基础组件之一，在应用程序运行时，每一个Activity代表一个用户操作。用户为了完成某个功能而执行的一系列操作就形成了一个Activity序列，这个序列在Android应用程序中就称之为任务，它是从用户体验的角度出发，把一组相关的Activity组织在一起而抽象出来的概念。
1）任务栈简单了解：
a. Android任务栈又称为Task，它是一个栈结构，具有后进先出的特性，用于存放我们的Activity组件。
b. 我们每次打开一个新的Activity或者退出当前Activity都会在一个称为任务栈的结构中添加或者减少一个Activity组件，因此一个任务栈包含了一个activity的集合, android系统可以通过Task有序地管理每个activity，并决定哪个Activity与用户进行交互:只有在任务栈栈顶的activity才可以跟用户进行交互。
c. 在我们退出应用程序时，必须把所有的任务栈中所有的activity清除出栈时,任务栈才会被销毁。当然任务栈也可以移动到后台, 并且保留了每一个activity的状态. 可以有序的给用户列出它们的任务, 同时也不会丢失Activity的状态信息。
d. 需要注意的是，一个App中可能不止一个任务栈，某些特殊情况下，单独一个Actvity可以独享一个任务栈。还有一点就是一个Task中的Actvity可以来自不同的App，同一个App的Activity也可能不在一个Task中。
2）启动模式
为什么要有启动模式？
我们在开发项目的过程中，一般都需要在本应用中多个Activity组件之间的跳转，也可能需要在本应用中打开其它应用的可复用的Activity。如我们可能需要跳转到原来某个Activity实例，此时我们更希望这个Activity可以被重用而不是创建一个新的 Activity，但根据Android系统的默认行为，确实每次都会为我们创建一个新的Activity并添加到Task中，这样android系统是不是很傻？还有一点就是在我们每开启一次页面加入到任务栈Task中后，一个Activity的数据和信息状态都将会被保留，这样会造成数据冗余, 重复数据太多, 最终还可能导致内存溢出的问题(OOM)。为了解决这些问题，android系统提供了一套Activity的启动模式来修改系统Activity的默认启动行为。
a)standard,标准模式，也是系统的默认模式（可以不指定），在这样模式下，每启动一个Activity都会重新创建一个Activity的新实例，并且将其加入任务栈中，而且完全不会去考虑这个实例是否已存在
b)singleTop,栈顶复用模式，顾名思义，在这种模式下，如果有新的Activity已经存在任务栈的栈顶，那么此Activity就不会被重新创建新实例，而是复用已存在任务栈栈顶的Activity。这里重点是位于栈顶，才会被复用，如果新的Activity的实例已存在但没有位于栈顶，那么新的Activity仍然会被重建。需要注意的是，Activity的onNewIntent方法会被调用
c)singleTask,栈内复用模式。这是一种单例模式，与singTop点类似，只不过singTop是检测栈顶元素是否有需要启动的Activity，而singTask则是检测整个栈中是否存在当前需要启动的Activity，如果存在就直接将该Activity置于栈顶，并将该Activity以上的Activity都从任务栈中移出销毁，同时也会回调onNewIntent方法
d)singleInstance模式下，该Activity在整个android系统内存中有且只有一个实例，而且该实例单独尊享一个Task。换句话说，A应用需要启动的MainActivity 是singleInstance模式，当A启动后，系统会为它创建一个新的任务栈，然后A单独在这个新的任务栈中，如果此时B应用也要激活MainActivity，由于栈内复用的特性，则不会重新创建，而是两个应用共享一个Activity的实例
3）taskAffinity
https://my.oschina.net/u/1865711/blog/289663
4）startActivityForResult和启动模式
startActivityForResult方法能够起效：standard和singleTop
startActivityForResult方法不能够起效：singleTask和singleInstance
1）只要将被启动的Activity属性设置为singleTask则一定不起效
2）只要将被启动的Activity属性设置为singleInstance则一定不起效
3）只要将启动的Activity模式设置为singleInstance则不论被启动的Activity为什么模式均不起效
随时随地看视频
