1、 前言
当我们在应用程序中启动一个线程的时候，也是有可能发生OOM错误的。当我们看到以下log的时候，就说明系统分配线程栈失败了。
java.lang.OutOfMemoryError: pthread_create (1040KB stack) failed: Out of memory
这种情况可能是两种原因导致的。
- 第一个就是系统的内存不足的时候，我们去启动一个线程。
- 第二种就是进程内运行的线程总数超过了系统的限制。
如果是内存不足的情况，需按照堆内存治理的方式来进行解决，检查应用内存泄漏问题并优化，此情况不作为本次讨论的重点。
本次主要讨论进程内运行的线程总数超过了系统的限制所导致的情况。出现此情况时，我们就需要通过控制并发的线程总数来解决这个问题。
想要控制并发的线程数。最直接的一种方式就是利用回收的思路，也就是让我们的线程通过串行的方式来执行；一个线程执行完毕之后，再启动下一个线程。这样就能够让并发的线程总数达到一个可控的状态。
另外一种方式就是通过复用来解决，让同一个线程的实例可以被反复的利用，只创建较少的线程实例，就能完成大量的异步操作。
2、异步任务的方式对比
对比一下，在安卓平台我们比较常用的开启异步任务的方式中，有哪些是更加有利于我们进行线程总数的控制的。
2.1 Thread
从最简单的直接创建Thread的实例的方式来说起。在Java中这种方式虽然是最简单的去开启一个线程的方式，但是在实际开发中，一旦我们通过这种方式去自己创建 Thread 类的实例，并且调用 start 来开启一个线程的话，所开启的线程会非常的难以调度和管理。这种线程也就是我们平时所说的野线程。所以我们最好不要直接的创建thread类的实例。
2.2 HandlerThread
public class HandlerThread extends Thread { }
HandlerThread是Thread类的子类，对Thread做了很多便利的封装。它有自己的Loop，它能够进行消息循环，所以就能够做到通过Handler执行异步任务，也能够做到在不同的线程之间，通过Handler进行现成的通讯。我们可以利用Handler的post操作，让我们在一个线程内部串行的执行多个异步任务。从内存的角度来说，也就相当于对线程进行了复用。
2.3 AsyncTask
AsyncTask是一个相对更加轻量级，专门为了完成执行异步任务，然后返回UI线程更新UI的操作而设计的。对于我们来说，AsyncTask更像是一个任务的概念，而不是一个线程的概念。我们不需要把它当做一个线程去理解。 AsyncTask的本质，其实也是对线程和Handler的封装。
- Android 1.6前，串行执行，原理：一个子线程进行任务的串行执行；
- Android 1.6到2.3，并行执行，原理：一个线程数为5的线程池并行执行，但如果前五个任务执行时间过长，会堵塞后续任务执行，故不适合大量任务并发执行；
- Android 3.0后，串行执行，原理：全局线程池进行串行处理任务；
新的开始
改变人生，没有什么捷径可言，这条路需要自己亲自去走一走，只有深入思考，不断反思总结，保持学习的热情，一步一步构建自己完整的知识体系，才是最终的制胜之道，也是程序员应该承担的使命。
如果有需要进阶Android高级工程师系统学习资料的，我可以免费分享给大家，需要完整版的朋友，【点这里可以看到全部内容】。
《系列学习视频》
《系列学习文档》
《我的大厂面试之旅》
