Android高级面试题之SDK源码分析：通过线程提升性能，android开发app代码

• 线程处理的辅助类

• AsyncTask 类

• HandlerThread 类

• ThreadPoolExecutor 类

善于在 Android 上利用线程可以帮助您提升应用的性能。本页从以下几个方面讨论线程的使用：使用界面线程（即主线程）；应用生命周期与线程优先级之间的关系；以及平台为帮助管理线程复杂性所提供的方法。对于每个方面，本文都介绍了潜在的陷阱和相应的规避策略。

主线程

---

当用户启动您的应用时，Android 会创建新的 Linux 进程以及执行线程。这个主线程也称为界面线程，负责屏幕上发生的一切活动。了解其工作原理有助于您通过设计让应用利用主线程实现最佳性能。

内部原理

主线程的设计非常简单：它的唯一工作就是从线程安全工作队列获取工作块并执行，直到应用被终止。框架会从多个位置生成部分工作块。这些位置包括与生命周期信息、用户事件（例如输入）或来自其他应用和进程的事件相关的回调。此外，应用也可以不使用框架而自行对块进行明确排队。

应用执行的任何代码块几乎都与事件回调（例如输入、布局扩充或绘制）相关联。当某个操作触发事件时，发生了事件的线程会将事件从线程本身里推送到主线程的消息队列中。然后，主线程可以为事件提供服务。

当有动画或屏幕更新正在进行时，系统会每隔 16ms 左右尝试执行一个工作块（负责绘制屏幕），从而以每秒 60 帧的流畅速度进行渲染。要使系统达到此目标，界面/视图层次结构必须在主线程上更新。但是，如果主线程的消息队列中的任务太多或太长，导致主线程无法足够快地完成更新，那么应用应将此工作移至工作线程。如果主线程无法在 16ms 内执行完工作块，则用户可能会察觉到卡顿、延迟或界面对输入无响应。 如果主线程阻塞大约 5 秒，系统会显示“应用无响应”(ANR) 对话框，允许用户直接关闭应用。

将大量或冗长的任务从主线程中移出，使其不影响流畅渲染和快速响应用户输入，这是您在应用中采用线程处理的最大原因。

线程和界面对象引用

---

根据设计，Android 视图对象不是线程安全的。无论是创建、使用还是销毁界面对象，应用都应在主线程上完成。如果您尝试在主线程以外的其他线程中修改甚至引用界面对象，则可能导致异常、无提示故障、崩溃以及其他未定义的异常行为。

引用方面的问题分为两类：显式引用和隐式引用。

显式引用

非主线程上的许多任务的最终目标是更新界面对象。但是，如果其中一个线程访问视图层次结构中的某个对象，则可能导致应用不稳定：如果工作线程更改该对象的属性，与此同时有任何其他线程正在引用该对象，则结果无法确定。

例如，假设某个应用在工作线程上直接引用了界面对象。工作线程上的该对象可能包含对 View 的引用；但在工作完成之前，View 已从视图层次结构中移除。当这两个操作同时发生时，该引用会将 View 对象保留在内存中，并对其设置属性。 但是，用户从不会看到此对象，而且应用会在对象引用消失后删除该对象。

再举一个例子，假设 View 对象包含对其所属的 Activity 的引用。如果该 Activity 被销毁，但仍有直接或间接引用它的线程处理工作块，则垃圾回收器会等到该工作块执行完毕再收集该 Activity。

如果在线程处理工作的执行过程中发生某个 Activity 生命周期事件（例如屏幕旋转），这种情况可能会导致问题。在执行中的工作完成之前，系统将无法执行垃圾回收。因此，等到可以进行垃圾回收时，内存中可能有两个 Activity 对象。

在这类情况下，我们建议您不要在应用的线程处理工作任务中包含对界面对象的显式引用。避免此类引用有助于防止这些类型的内存泄漏，同时避开线程处理争用。

在任何情况下，应用都只应在主线程上更新界面对象。这意味着您应制定允许多个线程将工作传回主线程的协商政策，让最顶层的 Activity 或 Fragment 负责更新实际界面对象。

隐式引用

以下代码段演示了线程处理对象的常见代码设计缺陷：

public class MainActivity extends Activity {

// …

public class MyAsyncTask extends AsyncTask<Void, Void, String> {

@Override protected String doInBackground(Void… params) {…}

@Override protected void onPostExecute(String result) {…}

}

}

此代码段的缺陷在于，代码会将线程处理对象 MyAsyncTask 声明为某个 Activity 的非静态内部类（或 Kotlin 中的内部类）。此声明会创建对封装 Activity 实例的隐式引用。因此，在线程处理工作完成之前，该对象一直包含对相应 Activity 的引用，导致所引用 Activity 的销毁出现延迟。 这种延迟进而会给内存带来更多压力。

此问题的直接解决方法是将过载的类实例定义为静态类，或在其自己的文件中定义，从而移除隐式引用。

另一个解决方法是将 AsyncTask 对象声明为静态嵌套类（或在 Kotlin 中移除内部限定符）。这样做可以消除隐式引用问题，因为静态嵌套类与内部类有所不同：内部类的实例要求对外部类的实例进行实例化，并且可直接访问封装实例的方法和字段。相反，静态嵌套类不需要引用封装类的实例，因此它不包含对外部类成员的引用。

public class MainActivity extends Activity {

// …

static public class MyAsyncTask extends AsyncTask<Void, Void, String> {

@Override protected String doInBackground(Void… params) {…}

@Override protected void onPostExecute(String result) {…}

}

}

线程和应用 Activity 生命周期

---

应用生命周期会影响线程处理

《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》

【docs.qq.com/doc/DSkNLaERkbnFoS0ZF】 完整内容开源分享

在应用中的工作方式。您可能需要确定线程在 Activity 销毁后应不应该保留。您还应注意线程优先级与 Activity 是在前台运行还是在后台运行之间的关系。

保留线程

线程会在生成这些线程的 Activity 的生命周期过后继续保留。无论是否发生 Activity 创建或销毁事件，线程都会继续不间断地执行。在某些情况下，这种持久性是可取的。

假设某个 Activity 生成了一组线程处理工作块，然后在工作线程能执行工作块之前被销毁。应用应如何处理正在执行的工作块？

如果工作块将要更新不再存在的界面，则该工作不必再继续。例如，如果该工作是从数据库加载用户信息，然后更新视图，则不再需要该线程。

相比之下，工作数据包可能具有某种不完全与界面相关的优势。在这种情况下，您应该保留该线程。例如，数据包可能正在等待下载图片，将其缓存到磁盘并更新关联的 View 对象。虽然该对象已不存在，但是下载和缓存该图片可能仍然有用，以防用户返回到已销毁的 Activity。

为所有线程处理对象手动管理生命周期响应可能极其复杂。如果管理不当，应用可能会遇到内存争用和性能问题。您可以结合使用 ViewModel 和 LiveData加载数据并在数据发生更改时收到通知，而不用关心生命周期。ViewModel 对象是此问题的一种解决方案。ViewModel 会在配置更改后保持不变，便于您保留视图数据。要详细了解 ViewModel 和 LiveData，请分别参阅 ViewModel 指南和 LiveData 指南。如果您还想详细了解应用架构，请参阅应用架构指南。

线程优先级

应用线程的优先级一定程度上取决于应用处于生命周期的哪个阶段。在应用中创建和管理线程时，请务必设置线程的优先级，以便正确的线程适时获得正确的优先级。如果设置得过高，您的线程可能会干扰界面线程和 RenderThread，导致应用掉帧。如果设置得过低，可能会导致异步任务（例如图片加载）达不到所需的速度。

每次创建线程时，都应调用 setThreadPriority()。系统的线程调度程序会优先考虑优先级较高的线程，在这些优先级与最终将所有工作都完成的需求之间做出权衡。一般来说，前台组约占设备总执行时间的 95%，而后台组约占 5%。

系统还会使用 Process 类为每个线程分配系统自己的优先级值。

默认情况下，系统会将线程的优先级设置为与生成它的线程具有相同的优先级和组成员资格。但是，您的应用可以使用 setThreadPriority() 明确调整线程优先级。

Process 类提供了一组可供您的应用设置线程优先级的常量，以帮助简化优先级值的分配。例如，THREAD_PRIORITY_DEFAULT 代表线程的默认值。如果线程执行的工作不太紧急，应用应将线程的优先级设为 THREAD_PRIORITY_BACKGROUND。

应用可以使用 THREAD_PRIORITY_LESS_FAVORABLE 和 THREAD_PRIORITY_MORE_FAVORABLE 常量作为增量器来设置相对优先级。如需线程优先级的列表，请参阅 Process类中的 THREAD_PRIORITY 常量。

如需详细了解如何管理线程，请参阅有关 Thread 和 Process类的参考文档。

线程处理的辅助类

---

框架提供了相同的 Java 类和基元来方便线程处理，例如 Thread、Runnable和 Executors类。为了帮助减轻与开发适用于 Android 的线程处理应用相关的认知负荷，框架提供了一组可协助开发的辅助程序，例如 AsyncTaskLoader 和 AsyncTask。每个辅助类都有一组特定的性能细微差别，专用于解决一小部分特定的线程处理问题。将错误的类用在错误的场合可能会导致性能问题。

AsyncTask 类

对于需要快速将工作从主线程移动到工作线程的应用来说，AsyncTask 类是一个简单实用的基元。例如，输入事件可能会触发使用加载的位图更新界面的需求。AsyncTask对象可以将位图加载和解码分流到备用线程；处理完成后，AsyncTask对象可以设法回到主线程上接收工作以更新界面。