小菜鸟

应用层简析：用户与网络的交互接口

应用层是 OSI 七层模型和 TCP/IP 四层模型中最贴近用户的一层，它直接面向用户需求，定义了各类网络应用的通信规则。应用层协议通过调用传输层（TCP 或 UDP）提供的服务，实现不同主机上应用程序之间的信息交换，其核心作用是将用户的操作转化为网络可识别的通信指令。

应用层的核心定位

• 交互对象：仅与下层的传输层（TCP/UDP）通信，无需关心底层的网络层、数据链路层等细节。
• 核心功能：
  • 定义应用程序之间的数据格式（如 HTTP 的请求 / 响应报文结构）。
  • 规定通信的时序和规则（如 FTP 的连接建立与文件传输流程）。
  • 处理用户交互逻辑（如邮件发送、网页浏览的具体实现）。
• 用户视角：我们日常使用的浏览器、邮件客户端、文件传输工具等，其底层都是通过应用层协议实现网络通信的。

常见应用层协议及功能

1. HTTP（超文本传输协议）

• 作用：用于浏览器与 Web 服务器之间的超文本（如 HTML、图片、视频）传输，是万维网（WWW）的基础协议。
• 特点：
  • 基于 TCP 传输（可靠连接），默认端口 80。
  • 采用 “请求 - 响应” 模式：客户端发送请求（如 GET、POST），服务器返回响应（如 200 成功、404 未找到）。
  • 无状态：服务器不保留客户端的历史信息，每次请求独立处理（通过 Cookie、Session 解决状态保持问题）。
• 衍生协议：HTTPS（HTTP+SSL/TLS 加密），默认端口 443，用于敏感信息传输（如支付、登录）。

2. FTP（文件传输协议）

• 作用：实现本地主机与远程服务器之间的文件上传、下载和管理（如上传网站代码、下载资源包）。
• 特点：
  • 基于 TCP 传输，使用两个连接：控制连接（端口 21，用于发送指令）和数据连接（端口 20，用于传输文件）。
  • 支持匿名登录（无需账号密码）和权限控制（通过用户名 / 密码限制操作）。
  • 数据传输模式：文本模式（传输文本文件）和二进制模式（传输图片、压缩包等非文本文件）。

MyBatis MappedStatement 深度解析：Mapper 节点的 “配置容器” 与 SQL 执行的 “元数据核心”

在 MyBatis 中，MappedStatement 是 Mapper 配置（XML / 注解）与 SQL 执行之间的关键桥梁—— 它将 Mapper 中单个 SQL 节点（如 <select>、<insert>）的所有配置（SQL 语句、参数映射、结果映射、缓存策略等）封装为一个可执行的 “元数据对象”，是 MyBatis 解析配置、生成 SQL、执行查询的核心依据。从 “核心定位→属性解析→生命周期→实战关联” 四个维度，彻底拆解 MappedStatement 的作用与价值。

MappedStatement 核心定位：SQL 节点的 “配置容器”

MyBatis 启动时，会扫描所有 Mapper 接口和 XML 文件，将每个 SQL 节点（如 <select id="selectUserById">） 解析为一个 MappedStatement 对象，存储在 Configuration 的 mappedStatements 集合中（key 为 namespace + id，如 com.example.UserMapper.selectUserById）。

MappedStatement 的核心作用是：

1. 配置聚合：集中管理单个 SQL 节点的所有配置（SQL 语句、参数、结果、缓存等），避免配置分散；
2. 元数据提供：为 Executor（执行器）、StatementHandler（SQL 处理器）等组件提供执行所需的全部元数据；
3. 一致性保障：确保 SQL 执行过程中，参数绑定、结果映射、缓存策略等配置的一致性。

MappedStatement 核心属性解析

MappedStatement 的属性与 Mapper 节点的配置一一对应，每个属性都直接影响 SQL 的执行逻辑。按 “核心功能分组” 解析关键属性：

MyBatis 详细执行过程：从源码视角拆解核心流程

MyBatis 的执行过程本质是 “配置解析→核心对象创建→SQL 执行→结果封装” 的闭环，涉及 Configuration、SqlSession、Executor、StatementHandler 等核心组件的协同工作。本文结合 MyBatis 3.5.x 源码，将执行过程拆解为 7 个关键步骤，每个步骤深入核心源码与组件职责，帮你彻底理解 MyBatis 的运行机制。

核心执行流程总览

MyBatis 从初始化到执行 SQL 的完整流程可概括为：
配置加载 → 创建 SqlSessionFactory → 创建 SqlSession → 获取 Mapper 代理 → 执行 SQL（Executor 调度） → 数据库交互（StatementHandler） → 结果封装（ResultSetHandler）

先通过一张简化的组件协作图理解核心关系：

详细执行步骤（结合源码）

步骤 1：加载配置文件，初始化 Configuration 对象

MyBatis 启动时，首先解析 全局配置文件（mybatis-config.xml） 和 所有 Mapper 映射文件（XxxMapper.xml），将配置信息统一封装到 Configuration 对象中（Configuration 是 MyBatis 的 “配置中心”，全局唯一）。

核心源码：SqlSessionFactoryBuilder.build()

SqlSessionFactoryBuilder 是创建 SqlSessionFactory 的入口，其核心逻辑是解析配置文件生成 Configuration：

MyBatis 整合 Spring 完整指南：从 XML 配置到 Spring Boot 实践

MyBatis 与 Spring 的整合是企业级开发的主流方案，核心是将 MyBatis 的核心组件（SqlSessionFactory、Mapper 代理）交给 Spring IOC 容器管理，同时复用 Spring 的事务管理、依赖注入等能力。 Spring Boot 注解式整合（主流方案）、生产级数据源配置、事务深化、工程规范及常见问题排查，覆盖传统 Spring 与 Spring Boot 两种场景。

版本选型与依赖优化

2024 年稳定版本组合（支持 Spring 5 特性，兼容 JDK 8+）：

传统 Spring（XML 配置）依赖

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58

<dependencies>
    <!-- MyBatis 核心 -->
    <dependency>
        <groupId>org.mybatis</groupId>
        <artifactId>mybatis</artifactId>
        <version>3.5.16</version>
    </dependency>
    <!-- MyBatis-Spring 整合包（2.x 支持 Spring 5） -->
    <dependency>
        <groupId>org.mybatis</groupId>
        <artifactId>mybatis-spring</artifactId>
        <version>2.1.6</version>
    </dependency>

    <!-- Spring 核心依赖（5.x 稳定版） -->
    <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-context</artifactId>
        <version>5.3.31</version>
    </dependency>
    <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-jdbc</artifactId>
        <version>5.3.31</version>
    </dependency>
    <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-tx</artifactId>
        <version>5.3.31</version>
    </dependency>
    <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-test</artifactId>
        <version>5.3.31</version>
        <scope>test</scope>
    </dependency>

    <!-- 生产级数据源（HikariCP，Spring 5 默认） -->
    <dependency>
        <groupId>com.zaxxer</groupId>
        <artifactId>HikariCP</artifactId>
        <version>5.0.1</version>
    </dependency>
    <!-- MySQL 驱动（8.x 支持 MySQL 8.0+） -->
    <dependency>
        <groupId>mysql</groupId>
        <artifactId>mysql-connector-java</artifactId>
        <version>8.0.33</version>
    </dependency>

    <!-- 测试依赖 -->
    <dependency>
        <groupId>junit</groupId>
        <artifactId>junit</artifactId>
        <version>4.13.2</version>
        <scope>test</scope>
    </dependency>
</dependencies>

Spring Boot（注解式）依赖

Spring Boot 提供 mybatis-spring-boot-starter，自动整合 MyBatis 与 Spring，无需手动配置 SqlSessionFactory 和 MapperScanner，是当前主流方案：

MyBatis 缓存机制深度剖析与实践指南

MyBatis 的缓存机制是提升数据库访问性能的核心手段，通过减少重复查询来降低数据库压力。深入解析一级缓存、二级缓存的工作原理、适用场景、配置技巧及最佳实践，帮助你在实际项目中合理运用缓存提升系统性能。

缓存机制整体架构

MyBatis 缓存分为一级缓存和二级缓存，两者在作用范围、生命周期和使用方式上有显著区别，但协同工作形成完整的缓存体系：

MyBatis 缓存查询流程如下：

1. 发起查询时，先检查二级缓存（若开启）；
2. 二级缓存未命中，检查一级缓存；
3. 一级缓存未命中，执行数据库查询；
4. 查询结果依次写入一级缓存和二级缓存（若开启）。

一级缓存：SqlSession 级别的本地缓存

一级缓存是 MyBatis 内置的基础缓存，默认开启且无需额外配置，其核心作用是在单次数据库会话中复用查询结果。

工作原理

• 存储结构：每个 SqlSession 内部维护一个 HashMap 作为缓存容器，键为 CacheKey，值为查询结果。
• CacheKey 生成逻辑：由以下因素共同决定（任意一项不同则 CacheKey 不同）：
  • MappedStatement 的 ID（即 namespace + methodName）；
  • 分页参数（offset/limit）；
  • SQL 语句本身；
  • 传入的参数值；
  • 数据库环境 ID（environment.id）。
• 生命周期：与 SqlSession 一致，随 SqlSession 关闭而销毁。

一级缓存命中与失效示例

示例 1：一级缓存命中（同 SqlSession 内重复查询）