JPA（Jakarta Persistence API）是一套「对象持久化」的规范，Hibernate 是它最主流的实现。它走的是全自动路线：你用实体（Entity）描述领域模型，框架自动生成 SQL、管理对象状态、追踪变更。写 CRUD 时几乎不碰 SQL，代价是对 SQL 的控制力变弱，理解持久化上下文（Persistence Context）与懒加载，是从「会用」到「用好」的分水岭。

1. 规范与实现

理清三者关系是关键：

MyBatis 是「半自动」ORM：SQL 由开发者手写，框架只负责把参数塞进 SQL、把结果集映射成对象。它不做对象与表的自动翻译，换来的是对 SQL 的完全掌控。在复杂查询、报表、遗留库场景里，这种掌控力往往比「少写 SQL」更有价值。

1. 定位与整体流程

MyBatis 的核心价值链只有一句话：SQL 你写，映射它管。一个查询从调用到返回，经过这些环节：

Mapper 接口方法调用
   │（JDK 动态代理拦截）
   ▼
MapperProxy → MapperMethod（解析方法签名）
   ▼
SqlSession → Executor（一级缓存 / 二级缓存 / 事务）
   ▼
MappedStatement（拿 SQL、参数映射、结果映射）
   ▼
StatementHandler → ParameterHandler（#{} → ?）→ ResultSetHandler（列 → 属性）

对象关系映射（Object-Relational Mapping, ORM）要解决的核心矛盾是：Java 里是对象与引用，数据库里是表与行，两套世界观怎么对上号。ORM 用一层框架把「对象操作」翻译成「SQL 操作」，让业务代码尽量少碰 ResultSet 和字符串 SQL。但没有免费的午餐——翻译得越多，你对 SQL 的控制就越少，这正是选型的核心权衡。

1. 为什么需要 ORM

手写 JDBC 的日子大概长这样：

String sql = "SELECT id, name, age FROM user WHERE id = ?";
try (Connection conn = dataSource.getConnection();
     PreparedStatement ps = conn.prepareStatement(sql)) {
    ps.setLong(1, id);
    try (ResultSet rs = ps.executeQuery()) {
        if (rs.next()) {
            return new User(rs.getLong("id"), rs.getString("name"), rs.getInt("age"));
        }
    }
}

Kafka 是一个分布式、分区复制的提交日志（Commit Log）平台。它把消息写成只追加的顺序日志，靠分区并行与顺序写磁盘做到十万级每秒的吞吐，用副本与 ISR 保证可靠性。它最初服务于日志管道，如今是流处理、事件驱动、CDC 的事实标准。理解「分区 + 副本 + offset」这三个支柱，Kafka 就通了一大半。

1. 核心概念

消息队列（Message Queue, MQ）是分布式系统的「异步总线」：生产者把消息丢进队列就返回，消费者按自己的节奏取走处理。它一举解决三个问题——解耦（上下游不必同步调用）、削峰（洪峰流量先缓冲再匀速消化）、事件驱动（系统间通过事件而非接口协作）。代价是引入了一条新的、可能丢消息、可能重复、可能乱序的链路。

1. 为什么需要 MQ

同步调用的世界很脆弱。下单接口要同时调库存、积分、通知三个服务，任一超时就拖垮整条链路，流量高峰直接把下游打崩。引入 MQ 后：

RabbitMQ 是基于 AMQP 0-9-1 协议的传统消息中间件，用 Erlang 编写，以「交换机（Exchange）+ 队列（Queue）+ 绑定（Binding）」的路由模型著称。相比 Kafka 追求极致吞吐，RabbitMQ 的强项是灵活的路由与贴近业务的语义（确认、死信、TTL）。它适合消息量中等、路由规则复杂、需要可靠投递的业务解耦场景。

1. 消息模型

一条消息从生产者到消费者的完整路径：

关键角色：

RocketMQ 是阿里巴巴开源的分布式消息中间件，用 Java 编写，为互联网业务消息场景量身定制。它既要有 Kafka 级的吞吐与堆积能力，又要提供业务方最关心的三大特性：严格顺序消息、原生事务消息、延迟消息。电商交易、订单、支付、削峰等场景里，这些特性往往比单纯的高吞吐更有价值。

1. 角色与整体架构

四个角色各司其职：

Netty 是基于 Java NIO 的高性能异步网络框架，用一套优雅的抽象屏蔽了 NIO 的繁琐与陷阱。它把「事件循环、通道、管道、缓冲区」这些原语组织成可组合的组件，广泛用于 RPC 框架（Dubbo、gRPC-Java）、API 网关、即时通信、游戏服务端。理解 Netty 的五件套——Channel、EventLoop、Pipeline、ByteBuf、编解码——是掌握它的核心。

1. 从 NIO 三件套说起

JavaScript 的 NIO 有三大核心抽象，Netty 正是对它们的高阶封装：

Tomcat 是最常用的 Servlet 容器，负责把 HTTP 请求翻译成 Servlet 调用并返回响应。理解它的架构（Connector + Container）、类加载器体系和线程模型，是排查「请求卡住」「线程打满」「类冲突」这类线上问题的基础。Spring Boot 内嵌的默认容器就是 Tomcat。

1. 整体架构：Server / Service / Connector / Container

Tomcat 的组件是层层嵌套的树形结构：

面向切面编程（Aspect-Oriented Programming, AOP）把「散落在各个方法里的横切逻辑」抽成独立的切面，再由容器在运行期织入目标方法。Spring 的声明式事务、日志、鉴权、限流，底层都是它。

1. 为什么需要 AOP

先看一个问题：给所有业务方法加「耗时统计 + 审计日志」，不改的话会变成这样：

public void createOrder(OrderCmd cmd) {
    long start = System.currentTimeMillis();     // 横切
    log.info("audit: createOrder, user={}", userId); // 横切
    try {
        // ... 真正的业务
    } finally {
        log.info("cost={}ms", System.currentTimeMillis() - start); // 横切
    }
}