在分布式系统中，保证缓存与数据库双写一致性，采用“先操作数据库后处理缓存”的策略。读操作时，先查缓存再查数据库并回填；更新时，先更新数据库，通过binlog异步删除缓存

为什么需要使用这个技术？ 因为目前我们公司出现出现个别接口变慢的情况，有些是为了执行大量 IO 操作和调用其他的服务，具有 I/O 密集型特点。 执行 IO 操作会导致程序堵塞，CPU 可能会处于空闲

在项目开发中，由于业务规划原因，经常会涉及到聚合信息处理类的场景，按照环节串行执行的时候往往最终响应耗时很长，JAVA对并行的处理场景支持已经很完善了，本文深度总结了应对策略，快来看看吧~

一 ：问题背景 问题：当查询接口较复杂时候，数据的获取都需要[远程调用]，必然需要花费更多的时间。 假如查询文章详情页面，需要如下标注的时间才能完成，比如如下场景： 那么，用户需要4s后才能统计的数据

JDK 8 是一次重大的版本升级，新增了非常多的特性，其中之一便是 CompletableFuture。自此从 JDK 层面真正意义上的支持了基于事件的异步编程范式。

对于提供接口服务的应用来说，很多都是用 SpringBoot 默认的 Servlet 容器 Tomcat。在一开始上线的时候，由于大多数流量较小，我们也并不会为 Tomcat 做专门的参数调整。但随着

👈👈👈 欢迎点赞收藏关注哟 一. 前言 年轻的时候看到文章说到百万并发总是感慨万千，虽然很多文章都是标题上有两个字，但是也不妨碍我对这些的憧憬，到底怎么样才能扛百万并发呀？这系统该多么牛逼呀 但是接触

ThreadLocal 很容易让人望文生义，想当然地认为是一个本地线程，实际上这是一种错误的理解。实际上ThreadLocal 并不是一个 Thread，而是 Thread 的一个局部变量

一、什么是Dubbo？ Dubbo是阿里出品的分布式开源服务框架，阿里已交予Apache开源组织基金会 Apache Dubbo 是一款高性能、轻量级的开源RPC服务框架 Dubbo官网 ☁️基本概念