从ThreadLocal到InheritableThreadLocal再到TransmittableThreadLocal，从简单的使用，到明白个别知识原理

CPU占用率突然飙升是技术人员常遇到的一个棘手问题，它是一个与具体技术无关的普遍挑战。 这个问题可以很简单，也可以相当复杂。 有时候，只是一个死循环在作祟 有时候，是死锁导致的

你好呀，我是歪歪。 前几天我在网上冲浪，看到一个哥们在吐槽，说他工作三年多了，没使用过多线程。 虽然八股文背的滚瓜烂熟，但是没有在实际开发过程中写的都是业务代码，没有使用过线程池，心里还是慌得一比。

SpringTxAsync组件是仓储平台组（WMS6）自主研发的一个专门用于解决可靠异步调用问题的组件。 通过使用SpringTxAsync组件，我们成功地解决了在仓储平台（WMS6）中的异步调用需求

你好呀，我是歪歪。 最近在使用线程池的时候踩了一个坑，给你分享一下。 在实际业务场景下，涉及到业务代码和不同的微服务，导致问题有点难以定位，但是最终分析出原因之后，发现可以用一个很简单的例子来演示。

可能很多人都看到过一个线程数设置的理论： CPU 密集型的程序 - 核心数 + 1 I/O 密集型的程序 - 核心数 * 2 不会吧，不会吧，真的有人按照这个理论规划线程数？ 线程数和CPU利用率的小

Future、FutureTask介绍，它们的不足； CompletableFuture的使用 时序依赖关系； CompletableStage编排任务； CompletableFuture获取结果

最近遇到了一个业务场景，涉及到多数据源之间的请求的流程编排，正好看到了一篇某团介绍CompletableFuture原理和使用的技术文章，但主要还是涉及使用层面，所以这篇文章准备从使用和原理两方面入手