前言 很多时候，我们为了提升接口的性能，会把之前单线程同步执行的代码，改成多线程异步执行。 比如：查询用户信息接口，需要返回用户基本信息、积分信息、成长值信息，而用户、积分和成长值，需要调用不同的接口

在很久很久之前，我有一段痛苦的记忆。那种被故障所驱使的感觉，在我脑海里久久无法驱散。 原因无它，有小伙伴开启了线程池的暴力使用模式。没错，就是下面这篇文章。 夺命故障 ! 炸出了投资人！ 我有必要简单

这是我参与2022首次更文挑战的第6天，活动详情查看：2022首次更文挑战 一、背景 ​ 可曾想过，当将一个任务添加到线程池中，由线程池中的线程接管并进行执行中，若出现执行异常时线程池如果进行异常的处

我个人觉得，关于volatile关键字，把解决的问题搞明白才是关键。明白要解决的问题是什么，那么在以后的搬砖过程中，一定要注意这些问题就好了。所以在我的这篇文章中我也是重点说明这两个问题。至于vola

今天小伙伴遇到个小问题，线程池提交的任务如果没有catch异常，那么会抛到哪里去，之前倒是没研究过，本着实事求是的原则，看了一下代码。

更多精彩文章。 假设我们有一个线程池，由于程序需要，我们向该线程池中提交了好多好多任务，但是 这些任务都没有对异常进行try catch处理，并且运行的时候都抛出了异常 。这会对线程池的运行带来什么影响？ 正确答案是：没有影响。 这可不是好事情。 想一下，如果是你开发了一个线程…

不久之前，部门进行了一次代码评审。 代码整体比较简单，该吹B的地方都已经吹过了，无非是些if else的老问题而已。当翻到一段定时任务的一步执行代码时，我的双眼一亮，觉得该BB两句了。 谁知这群家伙，

第一种: 通过继承Thread类创建线程第二种: 通过实现Runnable接口创建线程这两种早已烂记于心,这里就不作过多的介绍, 主要介绍其源码Thread类 implements Runnablet

LinkedBlockingQueue源码阅读，主要的成员变量、基本方法、核心方法分析，双锁队列，阻塞队列。