实现线程的方法：
1、继承Thread类
2、实现runnable接口（没有返回值，不抛异常） 实现run方法
3、实现callable接口（有返回值，要抛异常）实现call方法
下面为线程池的三个线程的方法：
4、Executors.newFixedThreadPool(int) 固定数量线程池；--执行长期的任务，性能好很多
Executors.newSingleThreadPool() 单个线程线程池 ----一个任务一个任务执行的场景
Executors.newCachedThreadPool() 多个线程线程池（系统自动的根据任务安排数量）适用于：执行很多短期异步的小程序或者负载较轻的服务器
以上三个都是由ThreadPoolExecutor方法实现：该方法有一下七个参数：
corePoolSize：线程池中常驻核心线程数量
maximumPoolSize：线程池能够容纳同时执行的最大线程数量，此值必须大于等于1
keepAliveTime：多余的空闲线程的存活时间。（当前线程池数量超过corePoolSize时，当空闲时间达到了keepAliveTime值时，多余空闲线程会被销毁直到只剩下corePoolSize个线程为止。
unit ：keepAliveTime 的单位
workQueue：任务队列，被提交但尚未被执行的任务。
threadFactory：表示生成线程池中工作线程的线程工厂，用于创建线程，一般用默认的即可
handler：拒绝策略，表示当队列满了并且工作线程大于等于线程池最大的线程数时，如何来拒绝请求执行的runnable策略。
线程池的底层工作原理：
1、在创建了线程池之后，等待提交过来的任务请求。
2、当调用execute（）方法添加一个请求任务时，线程会做如下判断：
2.1 如果正在运行的线程数量小于corePoolSize，那么马上创建线程运行这个任务；
2.2 如果正在运行的线程数量大于或等于maximumPoolSize，那么将这个任务放入队列；
2.3 如果这时候队列满了且正在运行的线程数量还小于maximumPollSize，那么还是要创建非核心线程来立刻处理这些任务。
2.4 如果队列满了且正在运行的线程数量大于等于maximumPoolSize，那么线程池会启动饱和拒绝策略来执行。
3、当一个线程完成任务时，它会从队列中取下一个任务来执行
4、当一个线程无事情可以做超过一定的时间（keepAliveTime）时候，线程池会判断：如果当前运行的线程数量大于corePoolSize，那么这个线程就被停掉。所以线程池所有任务完成后它最终会收缩到corePoolSize的大小。
线程池的四种拒绝策略：它是等待队列已经满了，再也塞不下新任务了，同时线程池中的max线程也已经达到了，无法继续为新任务服务。这时候我们就需要拒绝策略机制合理的处理这个问题。JDK提供的4中拒绝策略如下：
AbortPolicy（默认）：直接抛出RejectedExecutionException异常阻止系统正常运行。
CallerRunsPolicy：”调用者运行”一种调节机制，该策略不会抛弃任务，也不会抛出异常，而是将塞不下的任务退回到调用线程池的线程去完成。相当于退回到调用者
DiscardOldestPolicy：抛弃队列中等待最久的任务，然后把当前任务加入队列中尝试再次提交当前任务。
DiscardPolicy：直接丢弃任务，不予以任何处理也不抛出异常，如果允许任务丢失，这是最好的方案。
在实际生产中选择三种线程池（fixed/single/cache）：请回答以上三个全都不适合，生产中需要自行定义。
原因是：fixed/single/cache，在声明的时候线程池的队列参数时用的阻塞queue最大数能达到21亿多，等待队列太大了。Alibaba手册中强调了线程池不允许使用Executors去创建，而需要通过ThreadPoolExecutor的方式，这样的方式让写的人更加明确线程池的运行规则，避免资源耗尽的风险。
Alibaba手册中还强调线程资源必须通过线程池提供，不允许在应用中自行显示创建线程
线程池配置合理的线程数量：
主要考虑你的业务是什么形的：一般有CPU密集型 或者 IO密集型
CPU密集型的线程数量公式：CPU核数+1个线程
IO密集型的公式有两种：
第一种：CPU核数*2
第二种：CPU核数/1-阻塞系数 阻塞系数在0.8-0.9之间
runtime.getruntime().availableProcessors() 查看CPU的核数
