前言 Disruptor是一个开源框架，研发的初衷是为了解决高并发下队列锁的问题，最早由LMAX提出并使用，能够在无锁的情况下实现队列的并发操作，并号称能够在一个线程里每秒处理6百万笔订单 官网：ht

在开发中，我们经常会遇到这样的需求，将Excel的数据导入数据库中。 一般我会这样做： 通过POI读取需要导入的Excel； 以文件名为表名、列头为列名、并将数据拼接成sql；

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

ExecutorService的不足 当电商APP中需要展示用户信息首页时，服务端接口既要获取用户信息，也要获取用户的订单信息，最后组装数据返回给前端。 针对这个需求，我们可以同时开两个线程，并行执行

Spring Boot 自定义线程池实现异步开发相信看过陈某的文章都了解，但是在实际开发中需要在父子线程之间传递一些数据，比如用户信息，链路信息等等 比如用户登录信息使用ThreadLocal存放保证

当地表最强本地缓存Caffeine遇上性能之王Redis，能够给我们的接口访问速度带来怎样的提升，不妨来看一下。

前言 公司业务中遇到一个需求，需要同时修改最多约5万条数据，而且还不支持批量或异步修改操作。于是只能写个for循环操作，但操作耗时太长，只能一步一步寻找其他解决方案。 具体操作如下： 一、循环操作的代

上周知识星球的同学在阿里云技术面终面的时候被问到这么一个问题：假设一个每天100w次登陆请求的平台，一个服务节点 8G 内存，该如何设置JVM参数？ 觉得回答的不太理想，过来找我复盘。 下面以面试题的

## ElasticSearch 性能调优  - **作者: