怎么解析ThreadPoolExecutor

这篇文章主要介绍“怎么解析ThreadPoolExecutor”，在日常操作中，相信很多人在怎么解析ThreadPoolExecutor问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”怎么解析ThreadPoolExecutor”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！为什么要用线程池你有没有这样的疑惑，为什么要用线程池呢?可能你会说，我可以复用已经创建的线程呀;线程是个重量级对象，为了避免频繁创建和销毁，使用线程池来管理最好了。没毛病，各位都很懂哈~不过使用线程池还有一个重要的点：可以控制并发的数量。如果并发数量太多了，导致消耗的资源增多，直接把服务器给搞趴下了，肯定也是不行的绕不过去的几个参数提到 ThreadPoolExecutor 那么你的小脑袋肯定会想到那么几个参数，咱们来瞅瞅源码(我就直接放有 7 个参数的那个方法了)：咱们分别来看：corePoolSize ：核心线程数，在线程池中有两种线程，核心线程和非核心线程。在线程池中的核心线程，就算是它什么都不做，也会一直在线程池中，除非设置了 allowCoreThreadTimeOut 参数maximumPoolSize：线程池能够创建的最大线程数。这个值 = 核心线程数 + 非核心线程数keepAliveTime & unit ：线程池是可以撤销线程的，那么什么时候撤销呢?一个线程如果在一段时间内，都没有执行任务，那说明这个线程很闲啊，那是不是就可以把它撤销掉了?所以免费云主机、域名呢，如果一个线程不是核心线程，而且在 keepAliveTime & unit 这段时间内，还没有干活，那么很抱歉，只能请你走人了 核心线程就算是很闲，也不会将它从线程池中清除，没办法谁让它是 core 线程呢~workQueue ：工作队列，这个队列维护的是等待执行的 Runnable 任务对象常用的几个队列：LinkedBlockingQueue ， ArrayBlockingQueue ， SynchronousQueue ， DelayQueue大厂的编码规范，相信各位都知道，并不建议使用 Executors ，最重要的一个原因就是：Executors 提供的很多方法默认使用的都是无界的 LinkedBlockingQueue ，在高负载情况下，无界队列很容易就导致 OOM ，而 OOM 会让所有请求都无法处理，所以在使用时，强烈建议使用有界队列，因为如果你使用的是有界队列的话，当线程数量太多时，它会走拒绝策略threadFactory ：创建线程的工厂，用来批量创建线程的。如果不指定的话，就会创建一个默认的线程工厂handler ：拒绝处理策略。在 workQueue 那里说了，如果使用的是有界队列，那么当线程数量大于最大线程数的时候，拒绝处理策略就起到作用了常用的有四种处理策略：- AbortPolicy ：默认的拒绝策略，会丢弃任务并抛出 RejectedExecutionException 异常- CallerRunsPolicy ：提交任务的线程，自己去执行这个任务- DiscardOldestPolicy ：直接丢弃新来的任务，也没有任何异常抛出- DiscardOldestPolicy ：丢弃最老的任务，然后将新任务加入到工作队列中默认拒绝策略是 AbortPolicy ，会 throw RejectedExecutionException 异常，但是这是一个运行时异常，对于运行时异常编译器不会强制 catch 它，所以就会比较容易忽略掉错误。所以，如果线程池处理的任务非常重要，尽量自定义自己的拒绝策略线程池的几个状态在源码中，能够清楚地看到线程池有 5 种状态：同时，使用 AtomicInteger 修饰的变量 ctl 来控制线程池的状态，而 ctl 保存了 2 个变量：一个是 rs 即 runState ，线程池的运行状态;一个是 wc 即 workerCount ，线程池中活动线程的数量线程池创建之后就处于 RUNNING 状态调用 shutdown() 方法之后处于 SHUTDOWN 状态，此时线程池不再接受新的任务，清除一些空闲 worker ，等待阻塞队列的任务完成调用 shutdownNow() 方法后处于 STOP 状态，此时线程池不再接受新的任务，中断所有的线程，阻塞队列中没有被执行的任务也会被全部丢弃当线程池中执行的任务为空时，也就是此时 ctl 的值为 0 时，线程池会变为 TIDYING 状态，接下来会执行 terminated() 方法执行完 terminated() 方法之后，线程池的状态就由 TIDYING 转到 TERMINATED 状态懵了?别急，有张图呢~线程池处理任务execute做到线程复用，肯定要先 execute 起来吧线程池处理任务的核心方法是 execute ，大概思路就是：如果 command 为 null ，没啥说的，直接抛出异常就完事儿了如果当前线程数小于 corePoolSize ，会新建一个核心线程执行任务如果当前线程数不小于 corePoolSize ，就会将任务放到队列中等待，如果任务排队成功，仍然需要检查是否应该添加线程，所以需要重新检查状态，并且在必要时回滚排队;如果线程池处于 running 状态，但是此时没有线程，就会创建线程如果没有办法给任务排队，说明这个时候，缓存队列满了，而且线程数达到了 maximumPoolSize 或者是线程池关闭了，系统没办法再响应新的请求，此时会执行拒绝策略来瞅瞅源码具体是如何处理的：在上面源码中,判断了两次线程池的状态,为什么要这么做呢?这是因为在多线程环境下,线程池的状态是时刻发生变化的,可能刚获取线程池状态之后,这个状态就立刻发生了改变.如果没有二次检查的话,线程池处于非 RUNNING 状态时, command 就永远不会执行有点儿懵?阿粉都懂你，一张图走起~addWorker从上面能够看出来，主要是 addWorker 方法addWorker 主要是用来创建核心线程的，它主要的实现逻辑是:判断线程数量有没有超过规定的数量，如果超过了就返回 false如果没有超过，就会创建 worker 对象，并初始化一个 Thread 对象，然后启动这个线程对象接下来瞅瞅源码:Worker 类在 addWorker 中，主要是由 Worker 类去做一些相应处理， worker 继承 AQS ，实现 Runnable 接口线程池维护的是 HashSet，一个由 worker 对象组成的 HashSetworker 继承 AQS 主要是利用 AQS 独占锁机制，来标识线程是否空闲;另外， worker 还实现了 Runnable 接口，所以它本身就是一个线程任务，在构造方法中创建了一个线程，线程的任务就是自己 this。thread = getThreadFactory().newThread(this);咱们瞅瞅里面的源码:runWorkerworker 类在执行 run 方法时，实际上调用的是 runWorker 方法在 runWorker 方法中，首先会去执行创建这个 worker 时就有的任务，当执行完这个任务之后， worker 并不会被销毁，而是在 while 循环中， worker 会不断的调用 getTask 方法从阻塞队列中获取任务然后调用 task。run() 来执行任务，这样就达到了复用线程的目的。通过循环条件 while (task != null || (task = getTask()) != null) 可以看出，只要 getTask 方法返回值不为 null ，就会一直循环下去，这个线程也就会一直在执行，从而达到了线程复用的目的getTask咱们来看看 getTask 方法的实现:源码分析到这里就差不多清楚了线程复用主要体现在 runWorker 方法中的 while 循环中，在 while 循环里面， worker 会不断的调用 getTask 方法，而在 getTask 方法里，如果任务队列中没有了任务，此时如果线程是核心线程则会一直卡在 workQueue。take 方法，这个时候会被阻塞并挂起，不会占用 CPU 资源，直到拿到任务然后返回 true ， 此时 runWorker 中得到这个任务来继续执行任务，从而实现了线程复用。到此，关于“怎么解析ThreadPoolExecutor”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注云技术网站，小编会继续努力为大家带来更多实用的文章！

相关推荐: css中position:sticky的示例分析

小编给大家分享一下css中position:sticky的示例分析，相信大部分人都还不怎么了解，因此分享这篇文章给大家参考一下，希望大家阅读完这篇文章后大有收获，下面让我们一起去了解一下吧！ sticky这种设计效果是经常出现的，比如陶宝右侧的工具栏，当我们向…