阅读导航
<b style=""><font color="#0076b3">线程 👉</font></b>
<b><font color="#0076b3">CPU+JMM</font></b> 👉
<b><font color="#0076b3">CAS+Volatile</font></b> 👉
<b><font color="#0076b3">Synchronized</font></b> 👉
<b><font color="#0076b3">JUC</font></b> 👉
<b style=""><font color="#0076b3">线程池</font></b>
<b><font color="#0076b3">线程池原理</font></b> 👉
<b><font color="#0076b3">线程池核心参数</font></b> 👉
<b><font color="#f15a23">线程池高频面试题</font></b>
<b style="font-size: inherit;"><font color="#0076b3">ThreadLocal</font></b><span style="font-size: inherit;"> 👉</span><br>
使用线程池的风险？
线程池自己引发的死锁
所有正在执行的线程都在等待阻塞队列中阻塞线程的结果
线程泄露
问题：线程抛出异常而没有被捕捉到时，或者永远等待用户输入的线程
解决：要么只给予它们自己的线程，要么只让它们等待有限的时间
资源不足
避免线程池过大造成资源浪费，适当的调整线程池的大小
Executor 和 Executors 的区别？
Executor 是接口，Executors 是工具类
Executors
<b><font color="#662c90">Executors.newFixedThreadPool(10);</font></b><br>创建一个<font color="#662c90"><b>定长线程池</b></font>，可控制线程最大<br>并发数，超出的线程会在队列中等待<br>
CorePoolSize: n<br>MaximumPoolSize: n<br>keepAliveTime: 0<br> LinkedBlockingQueue
只有10个核心线程工作
使用无界队列
<b><font color="#662c90">Executors.newCachedThreadPool();</font></b><br>创建一个<b><font color="#662c90">可缓存线程池</font></b>，如果线程池长<br>度超过处理需要，可灵活回收空闲线程，<br>若无可回收，则新建线程<br>
CorePoolSize: 0<br>MaximumPoolSize: max<br>keepAliveTime: 60L<br>SynchronousQueue
没有核心线程，都是临时线程
最大线程数是Integer.Max_Value
<b><font color="#662c90">Executors.newSingleThreadExecutor();</font></b><br>创建一个<font color="#662c90"><b>单线程化的线程池</b></font>，它只会用唯<br>一的工作线程来执行任务， 保证所有任务<br>按照指定顺序(FIFO, LIFO, 优先级)执行<br>
CorePoolSize: 1<br>MaximumPoolSize: 1<br>keepAliveTime: 0<br>LinkedBlockingQueue
只有一个核心线程工作
使用无界队列
为什么不推荐使用以上3种线程池？
因为newFixedThreadPool和newSingleThreadExecutor使用的是LinkedBlockingQueue<br>而newCachedThreadPool的线程数又无限大，容易引发内存溢出的问题
如果线上突然宕机，线程池中队列的请求怎么办？
数据会丢失， 可以在提交任务到队列前在数据库中插入一条任务信息，并更新其状态，<br>系统重启后启动后台线程去数据库中扫描未提交的任务信息重新添加到线程池中
关于作者
<b style=""><font color="#b296c7">我的博客</font></b> 👉
<b><font color="#00a650">微信公众号</font></b> 👉
<b><font color="#f15a23">GitHub 导航</font></b> 👉
<b><font color="#662c90">ProcessOn 主页 👉</font></b>
