Android有深度（三）：多线程在Android的应用（1）

学妹写真

梦想还是要有的，不然你怎么知道你自己有多牛？

学妹一直问我一些关于Android多线程的问题，那么，今天它来了。

一. Android什么时候用到多线程

如果你去面试，面试官99.999%都会问到多线程。类似的问题还有：什么是多线程、多线程在Android里怎么用……
什么是线程，什么是多线程……网上一大堆解释，我就不废话了！言归正传，Android什么时候用到多线程？？？
我自己在工作中遇到的情况总结一下：

1.网络请求的时候

自从Android5开始，网络请求必须都放在Android的子线程里，至于原因多方解释不一，我觉着还是Google考虑到Main线程（UI线程）不宜做很复杂耗时的操作（避免ANR的产生），比如说你们公司的服务器做的很垃圾，我用Main线程请求Server很慢，超过了AMS允许的最大响应时间（5*1000）就会发生ANR现象。但在子线程就不会发生（也有的说子线程允许做比较耗时的操作）。

2.在子线程中做一些耗时操作

我想做个音乐下载器（这里也发生了网络请求），下载的过程是非常耗时的（3G,4G,WLAN时代跟5G没关系）。这样为了避免ANR就都会开启新线程，这个情况比较多：在Activity主线程操作定时器，网络请求，下载器，操作多数据等；Service响应不及时onbind方法操作了多数据等；广播响应不及时等；数据共享路由超时等……发现了吗？这些操作都跟ANR相关联，所以可以归纳一句话：

使用多线程是避免ANR现象的一种解决方案。

这里我在百度上找的四大组件产生ANR的最大时效：

InputDispatching Timeout：5秒内无法响应屏幕触摸事件或键盘输入事件
BroadcastQueue Timeout ：在执行前台广播（BroadcastReceiver）的onReceive()函数时10秒没有处理完成，后台为60秒。
Service Timeout ：前台服务20秒内，后台服务在200秒内没有执行完毕。
ContentProvider Timeout ：ContentProvider的publish在10s内没进行完。

3.并发（重点）

你没看错，就是并发。
有人看到这两个字转头就走，理由：我就是个Android开发，并发管我什么事？其实我也是这么认为的。我们做前端、客户端的工程师没必要考虑并发。但是，这个方面你得了解，万一哪一天你升级成了Android架构师你还不了解并发就说不过去了。小公司在做网络请求时会使用Volley、OKHttp等等的网络请求框架；稍微有点规模就会考虑RxJava+Retrofit的方式，网络图片加载一般用的Picasso,Fresco或是Glide……那么问题来了，像BATJ、TMDP这样的大公司也用这些框架吗？答案肯定不是的！因为他们都是手写框架。
手写框架和处理高并发属于非常复杂的一块，这篇文章不能完全诠释，我会在以后的文章讲仔细……

二. 线程的创建

线程的创建一般分三种：
1.继承Thread类并重写run方法，然后用静态代理模式调用Thread的start方法启动线程

    class Thread01 extends Thread{

        @Override
        public void run() {
            super.run();
        }
    }
    Thread01 thread01 = new Thread01();
    new Thread(thread01,"线程名thread01").start();

2.实现Runnable接口并重写run方法，然后用静态代理模式调用Thread的start方法启动线程

    class Thread02 implements Runnable{

        @Override
        public void run() {

        }
    }
    Thread02 thread02 = new Thread02();
    new Thread(thread02,"线程名thread02").start();

3.实现Callable接口并重写call方法，然后静态代理给FutureTask代理给Thread的start方法

class Thread03 implements Callable