Activity 的 36 大难点，你会几个？「建议收藏」

前言

• 学 Android 有一段时间了，一直都只顾着学新的东西，最近发现不少日常用的少的东西竟让都忘了，趁着这两天，打算把有关 Activity 的内容以问题的形式梳理出来，也供你们查缺补漏。

本文中，我将一改往日写博客的习惯，全文用 XMind 将全部知识点以思惟导图的形式呈现，欢迎你们食用～～

文章目录

---

方便你们学习，我在 GitHub 上创建个 仓库

---

• 仓库内容与博客同步更新。因为我在 稀土掘金 简书 CSDN 博客园 等站点，都有新内容发布。因此你们能够直接关注该仓库，以避免错过精彩内容！

• 仓库地址： 超级干货！精心概括 Android 、JVM 、算法等，各位帅气的老铁支持一下！给个 Star ！

神图

---

• 在开始以前，先让咱们看看 Android 的 activity 到底都有哪些东西？
• 借一张网上很火的图带你了解 Activity

1、生命周期

---

• 先贴一张闻名遐迩的图
• 咱们生命周期先看看具体有哪些方法回调，在逐一攻破：

1.1 Dialog 弹出时

• 若是是单纯是建立的 dialog ，Activity 并不会执行生命周期的方法
• 可是若是是跳转到一个不是全屏的 Activity 的话, 固然就是按照正常的生命周期来执行了
• 即 onPasue() -> onPause() ( 不会执行原 Activity 的 onStop() , 不然上个页面就不显示了 )

1.2 横竖屏切换时

• 不设置 Activity 的 android:configChanges 时，切屏会从新调用各个生命周期，切横屏时会执行一次，切竖屏时会执行两次

• 设置 Activity 的 android:configChanges="orientation" 时，切屏仍是会从新调用各个生命周期，切横、竖屏时只会执行一次

• 设置 Activity 的 android:configChanges="orientation|keyboardHidden" 时，切屏不会从新调用各个生命周期，只会执行 onConfigurationChanged 方法

• 注意：还有一点，很是重要，一个 Android 的变动细节！当 API >12 时，须要加入 screenSize 属性，不然屏幕切换时即便你设置了 orientation 系统也会重建 Activity ！

• 横竖屏切换生命周期的执行

1.3 不一样场景下 Activity 生命周期的变化过程

• 启动 Activity ： onCreate() ---> onStart() ---> onResume() ，Activity 进入运行状态。
• 锁屏时会执行 onPause() 和 onStop() , 而开屏时则应该执行 onStart() onResume()

• Activity 退居后台： 当前 Activity 转到新的 Activity 界面或按 Home 键回到主屏： onPause() ---> onStop() ，进入停滞状态。
• Activity 返回前台： onRestart() ---> onStart() ---> onResume() ，再次回到运行状态。
• Activity 退居后台： 且系统内存不足， 系统会杀死这个后台状态的 Activity ，若再次回到这个 Activity ,则会走 onCreate() --> onStart() ---> onResume()

1.4 将一个 Activity 设置成窗口的样式

只须要给咱们的 Activity 配置以下属性便可。 android:theme="@android:style/Theme.Dialog"

1.5 退出已调用多个 Activity 的 Application

• 一般状况用户退出一个 Activity 只需按返回键,咱们写代码想退出 activity 直接调用 finish() 方法就行。

• 发送特定广播:

1. 在须要结束应用时, 发送一个特定的广播,每一个 Activity 收到广播后,关闭 便可。
2. 给某个 activity 注册接受接受广播的意图 registerReceiver(receiver, filter)
3. 若是过接受到的是 关闭 activity 的广播 activity finish() 掉

• 递归退出

1. 就调用 finish() 方法 把当前的 Activity 退出
2. 在打开新的 Activity 时使用 startActivityForResult , 而后本身加标志, 在 onActivityResult 中处理, 递归关闭。

• 其实

1. 也能够经过 intent 的 flag 来实现 intent.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP) 激活一个新的 activity。
2. 此时若是该任务栈中已经有该 Activity , 那么系统会把这个 Activity 上面的全部 Activity 干掉。
3. 其实至关于给 Activity 配置的启动模式为 singleTask 。

• 记录打开的 Activity

1. 每打开一个 Activity , 就记录下来。
2. 在须要退出时 , 关闭每个 Activity

1.6 锁定屏与解锁屏幕，Activity 如何执行生命周期

• 锁屏时会执行 onPause() 和 onStop() , 而开屏时则应该执行 onStart() onResume()

1.7 修改 Activity 进入和退出动画

• 能够经过两种方式 ， 一是经过定义 Activity 的主题 ，二是经过覆写 Activity 的 overridePendingTransition 方法。
• 经过设置主题样式在 styles.xml 中编辑代码 , 添加 themes.xml 文件：在 AndroidManifest.xml 中给指定的 Activity 指定 theme。
• 覆写 overridePendingTransition 方法：overridePendingTransition(R.anim.fade, R.anim.hold);

1.8 Activity 的四种状态

• runnig ：用户能够点击，activity 处于栈顶状态。
• paused ：activity 失去焦点的时候，被一个非全屏的 activity 占据或者被一个透明的 activity 覆盖，这个状态的 activity 并无销毁，它全部的状态信息和成员变量仍然存在，只是不可以被点击。(内存紧张的状况，这个 activity 有可能被回收)

• stopped ：这个 activity 被另一个 activity 彻底覆盖，可是这个 activity 的全部状态信息和成员变量仍然存在(除了内存紧张)
• killed ：这个 activity 已经被销毁，其全部的状态信息和成员变量已经不存在了。

1.9 如何处理异常退出

• Activity 异常退出的时候 --> onPause() --> onSaveInstanceState() --> onStop() --> onDestory()
• 须要注意的是 onSaveInstanceState() 方法与 onPause 并无严格的前后关系，有可能在 onPause 以前，也有可能在其后面调用，但会在 onStop() 方法以前调用
• 异常退出后又从新启动该 Activity --> onCreate() --> onStart() --> onRestoreInstanceState() --> onResume()

• 搞懂这个生命周期的执行后就能够回答了，首先要知道面试官的意思：是要从新启动并恢复这个 Activity 仍是说直接退出整个 app
• 若是要恢复则要在 onSaveInstanceState() 中进行保存数据并在 onRestoreInstanceState() 中进行恢复
• 若是是要退出 app 的话就要捕获全局的异常信息，并退出 app
• 固然我的建议是使用 UncaughtExceotionHandler 来捕获全局异常进行退出 app 的操做，这样会减小以前崩溃所形成的后遗症！

1.10 什么是 onNewIntent

• 若是 IntentActivity 处于任务栈的顶端，也就是说以前打开过的 Activity ，如今处于 onPause 、 onStop 状态的话，其余应用再发送 Intent 的话

• 执行顺序为：onNewIntent，onRestart，onStart，onResume。

2、启动模式

---

2.1 启动模式

• Activity 一共有四种 launchMode ：standard 、singleTop 、singleTask 、singleInstance 。

• Standard 模式（默认模式）

1. 说明： 每次启动一个 Activity 都会又一次建立一个新的实例入栈，不管这个实例是否存在。

2. 生命周期：每次被建立的实例 Activity 的生命周期符合典型状况，它的 onCreate 、onStart 、onResume 都会被调用。

3. 举例：此时 Activity 栈中以此有 A 、B 、C 三个 Activity ，此时C处于栈顶，启动模式为 Standard 模式。若在 C Activity 中加入点击事件，需要跳转到还有一个同类型的 C Activity 。结果是还有一个 C Activity 进入栈中，成为栈顶。

• SingleTop 模式（栈顶复用模式）

1. 说明：分两种处理状况：需要建立的 Activity 已经处于栈顶时，此时会直接复用栈顶的 Activity 。不会再建立新的 Activity ；若需要建立的 Activity 不处于栈顶，此时会又一次建立一个新的 Activity 入栈，同 Standard 模式同样。

2. 生命周期：若状况一中栈顶的 Activity 被直接复用时，它的 onCreate 、onStart 不会被系统调用，因为它并无发生改变。但是一个新的方法 onNewIntent 会被回调（ Activity 被正常建立时不会回调此方法）。

3. 举例：此时 Activity 栈中以此有 A 、B 、C 三个 Activity ，此时 C 处于栈顶，启动模式为 SingleTop 模式。状况一：在 C Activity 中加入点击事件，需要跳转到还有一个同类型的 C Activity 。结果是直接复用栈顶的 C Activity。状况二：在 C Activity 中加入点击事件，需要跳转到还有一个 A Activity。结果是建立一个新的 Activity 入栈。成为栈顶。

• SingleTask 模式（栈内复用模式）

1. 说明：若需要建立的 Activity 已经处于栈中时，此时不会建立新的 Activity ，而是将存在栈中的 Activity 上面的其余 Activity 全部销毁，使它成为栈顶。

2. 若是是在别的应用程序中启动它，则会新建一个 task ，并在该task中启动这个 Activity ，singleTask 容许别的 Activity 与其在一个 task 中共存，也就是说，若是我在这个 singleTask 的实例中再打开新的 Activity ，这个新的 Activity 仍是会在 singleTask 的实例的 task 中。

3. 生命周期：同 SingleTop 模式中的状况一一样。仅仅会又一次回调 Activity 中的 onNewIntent 方法

4. 举例：此时 Activity 栈中以此有 A 、B 、C 三个 Activity 。此时 C 处于栈顶，启动模式为 SingleTask 模式。状况一：在 C Activity 中加入点击事件，需要跳转到还有一个同类型的 C Activity 。结果是直接用栈顶的 C Activity 。状况二：在 C Activity 中加入点击事件，需要跳转到还有一个 A Activity 。结果是将 A Activity 上面的 B 、C 全部销毁，使 A Activity 成为栈顶。

• SingleInstance 模式（单实例模式）

1. 说明： SingleInstance 比较特殊，是全局单例模式，是一种增强的 SingleTask 模式。它除了具备它全部特性外，还增强了一点：只有一个实例，而且这个实例独立运行在一个 task 中，这个 task 只有这个实例，不容许有别的 Activity 存在。

2. 这个常用于系统中的应用，好比 Launch 、锁屏键的应用等等，整个系统中仅仅有一个！因此在咱们的应用中通常不会用到。了解就能够。

3. 举例：比方 A Activity 是该模式，启动 A 后。系统会为它建立一个单独的任务栈，因为栈内复用的特性。兴许的请求均不会建立新的 Activity ，除非这个独特的任务栈被系统销毁。

2.2 启动模式的使用方式

• 在 Manifest.xml 中指定 Activity 启动模式

1. 一种静态的指定方法
2. 在 Manifest.xml 文件里声明 Activity 的同一时候指定它的启动模式
3. 这样在代码中跳转时会依照指定的模式来建立 Activity 。

• 启动 Activity 时。在 Intent 中指定启动模式去建立 Activity

1. 一种动态的启动模式
2. 在 new 一个 Intent 后
3. 经过 Intent 的 addFlags 方法去动态指定一个启动模式。

• 注意：以上两种方式都可以为 Activity 指定启动模式，但是两者仍是有差异的。

1. 优先级：动态指定方式即另一种比第一种优先级要高，若二者同一时候存在，以另一种方式为准。

2. 限定范围：第一种方式没法为 Activity 直接指定 FLAG_ACTIVITY_CLEAR_TOP 标识，另一种方式没法为 Activity 指定 singleInstance 模式。

2.3 启动模式的实际应用场景

这四种模式中的 Standard 模式是最普通的一种，没有什么特别注意。而 SingleInstance 模式是整个系统的单例模式，在咱们的应用中通常不会应用到。因此，这里就具体解说 SingleTop 和 SingleTask 模式的运用场景：

• SingleTask 模式的运用场景

1. 最多见的应用场景就是保持咱们应用开启后仅仅有一个 Activity 的实例。
2. 最典型的样例就是应用中展现的主页（ Home 页）。
3. 假设用户在主页跳转到其余页面，运行屡次操做后想返回到主页，假设不使用 SingleTask 模式，在点击返回的过程当中会屡次看到主页，这明显就是设计不合理了。

• SingleTop 模式的运用场景

1. 假设你在当前的 Activity 中又要启动同类型的 Activity
2. 此时建议将此类型 Activity 的启动模式指定为 SingleTop ，可以下降Activity的建立，节省内存！

• 注意：复用 Activity 时的生命周期回调

1. 这里还需要考虑一个 Activity 跳转时携带页面參数的问题。
2. 因为当一个 Activity 设置了 SingleTop 或者 SingleTask 模式后，跳转此 Activity 出现复用原有 Activity 的状况时，此 Activity 的 onCreate 方法将不会再次运行。onCreate 方法仅仅会在第一次建立 Activity 时被运行。
3. 而通常 onCreate 方法中会进行该页面的数据初始化、UI 初始化，假设页面的展现数据无关页面跳转传递的參数，则没必要操心此问题
4. 若页面展现的数据就是经过 getInten() 方法来获取，那么问题就会出现：getInten() 获取的一直都是老数据，根本没法接收跳转时传送的新数据！

• 如下，经过一个样例来具体解释：

• 以上代码中的 CourseDetailActivity 在配置文件里设置了启动模式是 SingleTop 模式，依据上面启动模式的介绍可得知，当 CourseDetailActivity 处于栈顶时。

• 再次跳转页面到 CourseDetailActivity 时会直接复用原有的 Activity ，而且此页面需要展现的数据是从 getIntent() 方法得来，但是 initData() 方法不会再次被调用，此时页面就没法显示新的数据。

• 固然这样的状况系统早就为咱们想过了，这时咱们需要另一个回调 onNewIntent（Intent intent）方法。此方法会传入最新的 intent ，这样咱们就可以解决上述问题。这里建议的方法是又一次去 setIntent 。而后又一次去初始化数据和 UI 。代码例如如下所看到的：

• 这样，在一个页面中可以反复跳转并显示不一样的内容。

2.4 快速启动一个 Activity

• 这个问题其实也是比较简单的，就是不要在 Activity 的 onCreate 方法中执行过多繁重的操做，而且在 onPasue 方法中一样不能作过多的耗时操做。

2.5 启动流程

• 注意！这里并非要回答 Activity 的生命周期！

• 3 分钟看懂 Activity 启动流程

2.6 Activity 的 Flags

• 标记位既可以设定Activity的启动模式，如同上面介绍的，在动态指定启动模式，比方 FLAG_ACTIVITY_NEW_TASK 和 FLAG_ACTIVITY_SINGLE_TOP 等。它还可以影响 Activity 的运行状态 ，比方 FLAG_ACTIVITY_CLEAN_TOP 和 FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS 等。

• 如下介绍几个基本的标记位，切勿死记，理解几个就能够，需要时再查官方文档。

• FLAG_ACTIVITY_NEW_TASK

1. 做用是为 Activity 指定 “SingleTask” 启动模式。跟在 AndroidMainfest.xml 指定效果一样

• FLAG_ACTIVITY_SINGLE_TOP

1. 做用是为 Activity 指定 “SingleTop” 启动模式，跟在 AndroidMainfest.xml 指定效果一样。

• FLAG_ACTIVITY_CLEAN_TOP

1. 具备此标记位的 Activity ，启动时会将与该 Activity 在同一任务栈的其余 Activity 出栈。
2. 通常与 SingleTask 启动模式一块儿出现。
3. 它会完毕 SingleTask 的做用。
4. 但事实上 SingleTask 启动模式默认具备此标记位的做用

• FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS

1. 具备此标记位的 Activity 不会出现在历史 Activity 的列表中
2. 使用场景：当某些状况下咱们不但愿用户经过历史列表回到 Activity 时，此标记位便体现了它的效果。
3. 它等同于在 xml 中指定 Activity 的属性.

2.7 onNewInstent()方法何时执行

这个是启动模式中的了，当此 Activity 的实例已经存在，而且此时的启动模式为 SingleTask 和 SingleInstance ，另外当这个实例位于栈顶且启动模式为 SingleTop 时也会触发 onNewInstent() 。

3、数据

---

3.1 Activity 间经过 Intent 传递数据大小限制

• Intent 在传递数据时是有大小限制的，这里官方并未详细说明，不过经过实验的方法能够测出数据应该被限制在 1MB 以内（ 1024KB ）
• 咱们采用传递 Bitmap 的方法，发现当图片大小超过 1024（准确地说是 1020 左右）的时候，程序就会出现闪退、中止运行等异常(不一样的手机反应不一样)
• 所以能够判断 Intent 的传输容量在 1MB 以内。

3.2 内存不足时系统会杀掉后台的Activity，若须要进行一些临时状态的保存，在哪一个方法进行

• Activity 的 onSaveInstanceState() 和 onRestoreInstanceState() 并非生命周期方法，它们不一样于 onCreate() 、onPause() 等生命周期方法，它们并不必定会被触发。

• onSaveInstanceState() 方法，当应用遇到意外状况（如：内存不足、用户直接按 Home 键）由系统销毁一个 Activity ，onSaveInstanceState() 会被调用。

• 可是当用户主动去销毁一个 Activity 时，例如在应用中按返回键，onSaveInstanceState() 就不会被调用。

• 除非该 activity 不是被用户主动销毁的，一般 onSaveInstanceState() 只适合用于保存一些临时性的状态，而 onPause() 适合用于数据的持久化保存。

3.3 onSaveInstanceState() 被执行的场景

• 系统不知道你按下 HOME 后要运行多少其余的程序，天然也不知道 activity A 是否会被销毁
• 所以系统都会调用 onSaveInstanceState() ，让用户有机会保存某些非永久性的数据。如下几种状况的分析都遵循该原则：

1. 当用户按下 HOME 键时
2. 长按 HOME 键，选择运行其余的程序时
3. 锁屏时
4. 从 activity A 中启动一个新的 activity 时
5. 屏幕方向切换时

3.4 两个 Activity 之间跳转时必然会执行的方法

通常状况下好比说有两个 activity , 分别叫 A , B ,当在 A 里面激活 B 组件的时候, A 会调用 onPause() 方法,而后 B 调用 onCreate() , onStart() , onResume() 。

这个时候 B 覆盖了窗体, A 会调用 onStop() 方法. 若是 B 是个透明的,或者 是对话框的样式, 就不会调用 A 的 onStop() 方法。

3.5 用 Intent 去启动一个Activity 以外的方法

• 使用 adb shell am 命令

1. am 启动一个 activity
2. adb shell am start com.example.fuchenxuan/.MainActivity
3. am 发送一个广播，使用 action
4. adb shell am broadcast -a magcomm.action.TOUCH_LETTER

3.6 scheme 跳转协议

3.6.1 定义

• 服务器能够定制化跳转 app 页面

• app 能够经过 Scheme 跳转到另外一个 app 页面

• 能够经过 h5 页面跳转 app 原生页面

3.6.2 协议格式：

• qh 表明 Scheme 协议名称

• test 表明 Scheme 做用的地址域

• 8080 表明改路径的端口号

• /goods 表明的是指定页面(路径)

• goodsId 和 name 表明传递的两个参数

3.6.3 Scheme使用

• 定义一个 Scheme

• 获取 Scheme 跳转的参数

• 调用方式

1. 原生调用

2. html调用

3. 判断某个Scheme是否有效

• 关于scheme跳转协议，能够查看下面的博客，站在巨人的肩膀上，才能看得更远 Android产品研发（十一）-->应用内跳转Scheme协议

4、Context

---

4.1 Context , Activity , Appliction 的区别

• 相同:Activity 和 Application 都是 Context 的子类。
• Context 从字面上理解就是上下文的意思, 在实际应用中它也确实是起到了管理 上下文环境中各个参数和变量的总用, 方便咱们能够简单的访问到各类资源。
• 不一样:维护的生命周期不一样。Context 维护的是当前的 Activity 的生命周期, Application 维护的是整个项目的生命周期。
• 使用 context 的时候, 当心内存泄露, 防止内存泄露

4.2 Context 是什么

• 它描述的是一个应用程序环境的信息,即上下文。

• 该类是一个抽象( abstract class )类, Android 提供了该抽象类的具体实 现类( ContextIml )。

• 经过它咱们能够获取应用程序的资源和类, 也包括一些应用级别操做, 例如:启动一个 Activity ,发送广播,接受 Intent ,信息,等。

4.2.1 附加一张 Context 继承关系图

4.3 获取当前屏幕 Activity 的对象

• 使用 ActivityLifecycleCallbacks

• Android 如何获取当前Activity实例对象？

4.4 Activity 的管理机制

• Activity的管理机制

• 面试官问这个问题，想看看你们对Activity了解是否深刻：

1. 什么是 ActivityRecord
2. 什么是 TaskRecord
3. 什么是 ActivityManagerService

4.5 什么是 Activity

• 四大组件之一，一般一个用户交互界面对应一个 activity 。
• activity 是 Context 的子类，同时实现了 window.callback 和 keyevent.callback ，能够处理与窗体用户交互的事件。
• 开发中经常使用的有 FragmentActivity 、ListActivity 、TabActivity（ Android 4.0 被 Fragment 取代）

5、进程

---

5.1 Android 进程优先级

• 前台 / 可见 / 服务 / 后台 / 空

5.1.1 前台进程：Foreground process

• 用户正在交互的 Activity（ onResume() ）
• 当某个 Service 绑定正在交互的 Activity
• 被主动调用为前台 Service（ startForeground() ）
• 组件正在执行生命周期的回调（ onCreate() 、onStart() 、onDestory() ）
• BroadcastReceiver 正在执行 onReceive()

5.1.2 可见进程：Visible process

• 咱们的 Activity 处在 onPause()（没有进入 onStop() ）
• 绑定到前台 Activity 的 Service

5.1.3 服务进程：Service process

• 简单的 startService() 启动。

5.1.4 后台进程：Background process

• 对用户没有直接影响的进程 --- Activity 处于 onStop() 的时候。
• android:process=":xxx"

5.1.5 空进程：Empty process

• 不含有任何的活动的组件。（ Android 设计的，处于缓存的目的，为了第二次启动更快，采起的一个权衡）

5.2 可见进程

可见进程指部分程序界面可以被用户看见，却不在前台与用户交互的进程。例如，咱们在一个界面上弹出一个对话框（该对话框是一个新的 Activity ），那么在对话框后面的原界面是可见的，可是并无与用户进行交互，那么原界面就是可见进程。

• 一个进程知足下面任何一个条件都被认为是可视的：

1. 寄宿着一个不是前台的活动，可是它对用户仍可见（它的 onPause() 方法已经被调用）。举例来讲，这可能发生在，若是一个前台活动在一个对话框（其余进程的）运行以后仍然是可视的，好比输入法的弹出时。
2. 寄宿着一个服务，该服务绑定到一个可视的活动。

• 一个可视进程被认为是及其重要的且不会被杀死，除非为了保持前台进程运行。

5.3 服务进程

• 服务进程是经过 startService() 方法启动的进程，但不属于前台进程和可见进程。例如，在后台播放音乐或者在后台下载就是服务进程。

• 系统保持它们运行，除非没有足够内存来保证全部的前台进程和可视进程。

5.4 后台进程

• 后台进程是一个保持着一个当前对用户不可视的活动（已经调用 Activity 对象的 onStop() 方法）（若是还有除了 UI 线程外其余线程在运行话，不受影响）。

例如我正在使用 qq 和别人聊天，这个时候 qq 是前台进程，可是当我点击 Home 键让 qq 界面消失的时候，这个时候它就转换成了后台进程。

• 这些进程没有直接影响用户体验，而且能够在任什么时候候被杀以收回内存用于一个前台、可视、服务进程。
• 通常地有不少后台进程运行着，所以它们保持在一个 LRU（ least recently used ，即最近最少使用，若是您学过操做系统的话会以为它很熟悉，跟内存的页面置换算法 LRU 同样）列表以确保最近使用最多的活动的进程最后被杀。

5.5 空进程

• 空进程是一个没有保持活跃的应用程序组件的进程，不包含任何活跃组件。

• 保持这个进程可用的惟一缘由是做为一个 cache 以提升下次启动组件的速度。系统进程杀死这些进程，以在进程 cache 和潜在的内核 cache 之间平衡整个系统资源。

• android 进程的回收顺序从先到后分别是：空进程，后台进程，服务进程，可见进程，前台进程。

5.6 什么是 ANR，如何避免

5.6.1 什么是ANR

• ANR ，全称为 Application Not Responding 。
• 在 Android 中，若是你的应用程序有一段时间没有响应，系统会向用户显示一个对话框，这个对话框称做应用程序无响应对话框。

5.6.2 用户行为

• 用户能够选择让程序继续运行，也可让程序中止运行。
• 他们在使用你的应用程序时，并不但愿每次都要处理这个对话框。
• 所以，在程序里对响应性能的设计很重要，这样，系统不会显示 ANR 给用户。

5.6.3 Android不一样组件ANR超时时间不一样

• 不一样的组件发生 ANR 的时间不同，主线程（ Activity 、Service ）是 5 秒，BroadCastReceiver 是 10 秒。

5.6.4 解决方案

1. 将全部耗时操做，好比访问网络，Socket 通讯，查询大量 SQL 语句，复杂逻辑计算等都放在子线程中去，而后经过 handler.sendMessage 、runonUITread 、AsyncTask 等方式更新 UI ，以确保用户界面操做的流畅度。
2. 若是耗时操做须要让用户等待，那么能够在界面上显示进度条。

5.7 android的任务栈 Task

• 一个 Task 包含的就是 activity 集合，android 系统能够经过任务栈有序的管理 activity
• 一个app当中可能不止一个任务栈，在某些状况下，一个 activity 也能够独享一个任务栈（ singleInstance 模式启动的 activity ）

总结

---

1. 本文基本涵盖了 Android Activity 的全部知识点。对于 App 启动、AMS 但愿你们能根据文中连接或者 Google 搜索的形式继续展开学习。
2. 重点：关于 Android 的四大组件，到如今为止我才总结完 Activity ，立刻我将继续针对，Service ，BroadcastRecevier 等，以及事件分发、滑动冲突、新能优化等重要模块，进行全面总结，欢迎你们关注 _yuanhao 的 掘金 ，方便及时接收更新

码字不易，你的点赞是我总结的最大动力！

---

• 因为我在「稀土掘金」「简书」「CSDN」「博客园」等站点，都有新内容发布。因此你们能够直接关注个人 GitHub 仓库，以避免错过精彩内容！

• 仓库地址： 超级干货！精心概括 Android 、JVM 、算法等，各位帅气的老铁支持一下！给个 Star ！

• 一万多字长文，加上精美思惟导图，记得点赞哦，欢迎关注 _yuanhao 的 掘金 ，咱们下篇文章见！