异步处理通用方案 前言 良好的系统设计必须要做到开闭原则，随着业务的不断迭代更新，核心代码也会被不断改动，出错的概率也会大大增加。但是大部分增加的功能都是在扩展原有的功能，既要保证性能又要保证质量

kafka的使用场景 为什么要使用 Kafka 消息队列？ 解耦、削峰：传统的方式上游发送数据下游需要实时接收，如果上游在某些业务场景：例如上午十点会流量激增至顶峰，那么下游资源可能会扛不住压力。但如

nginx作为当今火爆的、高性能的http及反向代理服务，不管前端还是后端，都需要全面去了解，学习，实操。一句话：搞懂nginx如何使用以及工作逻辑对于程序员来说是必不可少的！

1、背景 Spring的核心思想就是容器，当容器refresh的时候，外部看上去风平浪静，其实内部则是一片惊涛骇浪，汪洋一片。Springboot更是封装了Spring，遵循约定大于配置，加上自动装配

方案 1：数据库轮询 方案 2：JDK 的延迟队列 方案 3：时间轮算法 方案 4：redis 缓存 方案 5：使用消息队列 了解需求 在开发中，往往会遇到一些关于延时任务的需求。 例

在高并发的场景下，异步是一个极其重要的优化方向。 前段时间，生产环境发生一次事故，笔者认为事故的场景非常具备典型性 。 写这篇文章，笔者想和大家深入探讨该场景的架构优化方案。希望大家读完之后，可以对异

前几天在一个开源项目的 github 里面看到这样的一个 pr： 光是看这个名字，里面有个 MemorySafe，我就有点陷进去了。 我先给你看看这个东西： 这个肯定很眼熟吧？我是

23种设计模式，Mybatis源码中竟然用了一半！怒卷Mybatis设计模式，从源码中学习设计模式，太爽了！