ThreadLocal想必都不陌生，当多线程访问同一个共享变量时，就容易出现并发问题，为了保证线程安全，我们需要对共享变量进行同步加锁，但这又带来了性能消耗以及使用者的负担。

在业务开发中为了提升接口速度都会使用到多线程异步编程，在多线程异步编程中使用不当或者不了解其中的原理很容易入坑，本篇文章就是记录了多线程异步编程生产环境使用CompletableFuture遇到的坑。

前言 大家好，我是小郭，前段时间使用了CountDownLatch来做并发流程的控制，在生产上碰到了一些问题，最终问题是解决了，但是那篇文章的评论大家让我用CompletableFuture来试一试

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

1、前言 注意标题是过多的，所以三四个就没必要干掉了。实际开发中我们经常遇到判断条件很多的情况，比如下图有20多种情况，不用想肯定是要优化代码的，需要思考的是如何去优化？ 网上很多说用switch c

在通常的业务开发中，ThreadLocal有两种典型的使用场景 场景1，ThreadLocal 用作保存每个线程独享的对象，为每个线程都创建一个副本，这样每个线程都可以修改自己所拥有的副本, 而不会影

Java 8中引入了CompletableFuture类，它是一种方便的异步编程工具，可以处理各种异步操作，如网络请求、文件IO和数据库操作等。它是Java的Future接口的扩展，提供了一些有用的方