Caffeine是一款基于Java 8的高性能本地缓存框架，作为Guava Cache的升级版本，它结合了Java 8的Lambda表达式和CompletableFuture异步特性进行优化。核心优势包括极致的读写性能、超高缓存命中率（采用自研W-TinyLFU淘汰算法）、轻量级无依赖、丰富功能特性和内存友好设计。支持多种缓存策略（大小/时间/引用过期）和工作模式（手动/自动/异步加载），并提供并

XXL-JOB执行器的Netty服务 + 项目Tomcat服务 → 同一个Java进程、同一个PID；一个进程监听两个端口（如8080/Tomcat、9999/Netty），端口隔离、各司其职，无冲突。

Validated是Spring 框架对 JSR303/JSR380(Java 原生参数校验规范)的增强注解，Spring 生态专属注解，功能全面优于JSR原生的@ValidJSR303/JSR380 是Java官方定义的参数校验标准，提供基础校验注解，核心依赖包为实际开发中依赖，是JSR规范的最优实现，扩展了更多实用校验注解，是校验功能落地的核心核心价值：彻底替代硬编码的if/else参数判断逻

单例模式：Spring Bean 默认都是单例的工厂模式：Spring 主要作用之一就是对Bean的管理，所有Bean的创建都由Spring来负责，从这里来看就是一个工厂模式了。动态代理模式：Spring 主要作用之一AOP，就是通过动态代理模式来实现的，如：事物管理等。策略模式：Spring Bean的自动装配（@Autowired），其实就是策略选择的一种方式。模板方法模式：Applicati

✅ 新项目/微服务架构：首选Sentinel，功能更丰富、易用性更高、生态更适配国内环境（Spring Cloud Alibaba）；✅ 老项目/Spring Cloud Netflix 生态：继续使用Hystrix，无需迁移，稳定可靠；✅ 核心诉求是热点限流、系统级保护：必须选Sentinel（Hystrix无此功能）；✅ 核心诉求是简单熔断降级：两者均可，Sentinel配置更简单。

事务定义是事务的「规则手册」，定义了事务的所有配置规则，比如事务的传播行为、隔离级别、超时时间、是否只读等，这些规则决定了事务的执行行为。该接口的配置规则，就是我们在事务传播行为：7种，核心配置，决定多个事务方法嵌套调用时，事务的传播方式；事务隔离级别：4种+默认，决定事务之间的隔离程度，解决脏读、不可重复读、幻读问题；事务超时时间：默认-1（永不超时），超过指定时间事务自动回滚，避免长事务占用资

高性能内存KV数据库 + 持久化 + 高可用 + 分布式，是互联网后端的核心中间件，无出其右。单线程模型 + 内存操作 + 高效底层数据结构 + 渐进式rehash，四大核心缺一不可。Redis的核心价值：不仅是缓存，更是一套完整的「数据结构解决方案」，覆盖绝大多数业务场景，无需重复造轮子。单机 → 主从（读写分离） → 哨兵（自动故障转移） → Cluster（分布式分片），按需选择，循序渐进。

Redis 启动加载完整核心流程（所有流程的统一入口）Redis 单线程命令执行核心流程（高性能底层根源，所有请求通用）Redis 过期Key清理核心流程（定期删除+惰性删除）Redis 内存淘汰机制执行流程（内存超限兜底）Redis RDB持久化完整核心流程Redis AOF持久化+AOF重写完整核心流程Redis 主从复制完整核心流程（含断点续传）Redis 哨兵模式故障转移完整核心流程Red

⑤Message：消息载体，封装业务数据。生产环境必用多Master多Slave主从模式，原因：Master负责读写，Slave同步数据，Master宕机后Slave无缝接管，无消息丢失，保障高可用和数据可靠性。Queue的核心作用是实现并行处理，多个Queue分布在不同Broker上，生产者负载均衡发送，消费者并行消费，提升吞吐量和并发能力。如果是「一个Topic一个文件」，Broker需要维护

核心组件包括 Producer（生产者，发送消息）、Consumer（消费者，消费消息）、Broker（服务节点，存储和处理消息）、Topic（主题，消息逻辑分类）、Partition（分区，物理存储单元）、Replica（副本，保障高可用）、Controller（控制器，管理集群元数据）。：Topic 是消息的逻辑分类，Partition 是 Topic 的物理存储单元，一个 Topic 可分为