四大组件分别是：Activity、Service、ContentProvider、BroadcastReceiver
1. Activity
作用：界面显示，与用户交互
一个Activity为一个单独的界面（窗口）
Activity之间通过Intent通信
每个Activity都需要在AndroidManifest文件中注册
生命周期
Activity生命周期
| 方法 | 详解 | |
|---|---|---|
| onCreate | activity开始创建时调用 | 使用场景 |
| onStart | activity被启动时调用 | 页面初始化 |
| onResume | 1. 界面首次启动完成，前端展示 2. activity被弹框遮盖，失去焦点，处于onPause，再次回到前台展示页可交互状态时 | 数据恢复&展示 |
| onPause | Activity失去焦点，仍可见（例如：弹框遮盖） | 数据存储、停止动画、注销广播（不能处理耗时任务） |
| onStop | activity不可见状态，页面跳转后 | 数据恢复 |
| onDestroy | Activity即将被销毁 | 回收、资源释放 |
注意：经测试，onPause()方法在弹出Dialog时不会被调用，而在被另一个透明或者Dialog样式的Activity覆盖时才会被调用。
引申问题:
a. 启动页面A—>跳转到页面B—>B返回页面A，两个页面生命周期的变化
答：
A跳转B
onCreate(A)—>onStart(A)—>onResume(A)—>onPause(A)—>onCreate(B)
—>onStart(B)—>onResume(B)—>onStop(A)
B返回A：
onPause(B)—>onRestart(A)—>onStart(A)—>onResume(A)—>onStop(B)—>onDeatory(B)
注意：，如果B是透明的Activity则不会调用A的onStop()，B是对话框则不会调用A的onPause()和onStop()
b. 当前Activity为A，此时用户打开ActivityB后，那么A的onPause（）和B的onResume()哪个方法先执行？
答：先 A的onPause（） ，再B的onResume()
Activity的启动过程：由ActivityManagerService（AMS）对栈内的Activity状态进行同步管理 & 规定：新Activity启动前，栈顶的Activity必须先onPause（），才能启动新的Activity（执行onResume()）
四种启动模式
通常我们能够直接在 AndroidManifest.xml 文件里面的 <activity> 标签中使用一个属性指定启动模式，如：
<activity
android:name=".SingleTaskActivity"
android:label="singleTask launchMode"
android:launchMode="singleTask"/>
启动模式共包含四种：Standard、SingleTop、SingleTask、SingleInstance，下面我们来一一详解
standard
标准模式（默认的启动模式），每次激活Activity时(startActivity)，都创建新的Activity实例，并放入任务栈的栈顶；
singleTop
栈顶模式，singleTop 模式的 Activity 表现形式与 standard 很像，多数情况下 Activity 实例会按照我们想要的样子那样被创建。唯一不同的是，如果在调用者 Task 栈顶已经存在有一个相同类型的 Activity 实例的话，将不会创建新的 Activity，取而代之的是通过 onNewIntent() 方法将 Intent 发送至这个已经存在的 Activity 实例中。
使用 singleTop 模式时，你必须同时在
onCreate()和onNewIntent()方法中接受处理发送而来的 Intent 数据，以应对所有使用场景。
这种模式的使用案例之一便是搜索功能。想象一下，创建一个能够跳转至一个展示搜索结果的 SearchActivity 的搜索框。为了拥有更好的用户体验，通常我们会在搜索结果页面也放置一个搜索框，使用户在不需要按返回键的情况下搜索其他关键字。
现在设想一下，如果我们每一次都启动一个新的 SearchActivity 来展示新的搜索结果，10 次搜索便产生 10 个新的 Activities。当你按返回键的时候，就会显得非常奇怪。因为你不得不按 10 次返回键来跳过这些搜索结果页面从而返回至你前面的 Activity。
相反的，如果在栈顶有一个 SearchActivity 的话，更好的做法是我们发送一个 Intent 到已经存在的 Activity 实例并让它更新搜索结果。现在只有一个 SearchActivity 位于栈顶，你只需要按一次返回键就能回到之前的 Activity。这显然更有意义。
然而，singleTop 模式仅仅在与调用者相同的 task 中起作用。如果你希望一个 Intent 被发送至另一个 Task 里面的已经存在的栈顶 Activity 的话，我不得不失望地告诉你这种方式并不奏效。启动 singleTop Activity 的 Intent 来自另一个应用程序时，一个新的 Activity 会被启动，就像 standard 模式那样（5.0 以前：放置在调用者 Task 的栈顶，5.0 开始：创建一个新的 Task）。
singleTask
这种模式与 standard 和 singleTop 截然不同。拥有 singleTask 启动模式的 Activity 在系统中只允许存在一个实例（有点像单例）。如果系统中已经有一个 Activity 实例的话，拥有该实例的 Task 将被移到顶部，并且 Intent 将通过 onNewIntent() 方法传递过来。如果没有，新的 Activity 将被创建并放在对应的 Task 中。
singleTask启动模式启动Activity时，首先会根据taskAffinity去寻找当前是否存在一个对应名字的任务栈
- 如果不存在，则会创建一个新的Task，并创建新的Activity实例入栈到新创建的Task中去
- 如果存在，则得到该任务栈，查找该任务栈中是否存在该Activity实例
如果存在实例，则将它上面的Activity实例都出栈，然后回调启动的Activity实例的onNewIntent方法
如果不存在该实例，则新建Activity，并入栈- 此外，我们可以将两个不同App中的Activity设置为相同的taskAffinity，这样虽然在不同的应用中，但是Activity会被分配到同一个Task中去。
singleInstance
如果这种模式很接近 singleTask，只允许系统中存在一个 Activity 实例。如果使用这种模式的 Activity 打开另一个 Activity，系统将自动创建一个新的 Task 来容纳新的 Activity
一旦该模式的Activity被创建，任何应用激活改Activity都会重用该栈中的Activity实例（即多应用共享该栈中的Activity实例）
卡顿原因
关于内存泄漏 & 性能优化，请看系列文章：
Android性能优化：这是一份全面&详细的内存优化指南
Android性能优化：手把手带你全面了解 内存泄露 & 解决方案
Android性能优化：那些关于Bitmap图片资源优化的小事
Android性能优化：手把手带你全面了解 绘制优化
Android性能优化：布局优化 详细解析（含、讲解 ）
Activity启动加速
缓存方式（状态缓存）
参考链接：
http://blog.csdn.net/sbsujjbcy/article/details/49360615
https://juejin.cn/post/6844903684057350158
demo示例代码：https://github.com/shan1231/Shan_AndroidStudy
网友评论