### MyBatis 中 `
#{}
和 ${}` 的区别
在
MyBatis 中，`
#{}`
和 `
${}` 是用于
处理 SQL 语句中的动态
参数的
占位符，但它们在使用方式
和安全性方面有显著差异。
- `
#{}`：这是预编译
占位符。
MyBatis 会将其替换为 `
?`，并在执行 SQL 时通过 `PreparedStatement` 设置
参数值。这种方式可以有效防止 SQL 注入攻击，并且适用于大多数数据
类型（如字符串、数字等）。例如，如果传入一个字符串
参数 `"test"`，
MyBatis 会自动为其添加引号并进行转义
处理。
```sql
SELECT * FROM users WHERE username =
#{username};
```
- `
${}`：这是直接字符串替换
占位符。
MyBatis 会在构建 SQL 语句时将 `
${}` 替换为实际的
参数值，而不会进行预编译或转义
处理。因此，这种方式存在 SQL 注入的风险，通常只用于需要动态拼接 SQL 片段的情况（如表名、列名等无法通过 `
#{}`
处理的内容）。例如：
```sql
SELECT * FROM
${tableName} WHERE id = 1;
```
需要注意的是，`
${}` 不会对
参数进行任何
处理，直接将其插入到 SQL 语句中，因此必须确保传入的
参数是可信的，否则可能会导致安全问题 [^4]。
---
### MyBatis 支持哪些分页方式
MyBatis 提供了多种分页实现方式，主要包括以下几种：
1. **RowBounds**：这是
MyBatis 内置的一种分页机制，它通过内存分页的方式实现。RowBounds 在执行完完整的 SQL 查询后，将所有结果加载到内存中，然后根据设置的 `offset`
和 `limit`
参数对结果集进行截取。由于它是基于内存的逻辑分页，因此对于大数据量查询效率较低 [^3]。
2. **PageHelper 插件**：这是一个轻量级的分页插件，
支持多种数据库，并且使用简单。通过调用 `PageHelper.startPage(pageNum, pageSize)` 方法，可以在不修改 SQL 的情况下实现物理分页。该插件会在 SQL 语句中自动添加 `LIMIT`
和 `OFFSET` 子句，从而实现高效的数据库层面分页 [^2]。
3. **自定义拦截器（RowBoundsInterceptor）**：可以通过编写自定义拦截器来实现特定场景下的分页需求。开发人员需要手动编写 SQL 语句，并在拦截器中
处理分页逻辑 [^2]。
4. **
MyBatis-Plus 分页功能**：
MyBatis-Plus 是
MyBatis 的增强工具，内置了强大的分页功能。它提供了一个 `Page` 对象，并通过 `selectPage()` 方法实现分页查询。与 PageHelper 类似，
MyBatis-Plus 也是通过在 SQL 中添加 `LIMIT`
和 `OFFSET` 实现物理分页 [^2]。
---
### RowBounds 是否一次性查询全部数据及其原因
是的，RowBounds 会一次性查询全部数据，然后再进行分页
处理。这是因为 RowBounds 是一种逻辑分页机制，它并不依赖于数据库层的分页功能，而是通过
MyBatis 在内存中对结果集进行截取，从而实现分页 [^1]。
具体来说，当使用 RowBounds 进行分页查询时，
MyBatis 会首先执行完整的 SQL 查询语句，然后将结果集全部加载到内存中，最后再根据 RowBounds 中设置的
参数对结果集进行分页
处理 [^3]。这种做法虽然实现简单，但在面对大数据量时会导致性能下降，因为即使只需要部分数据，也必须先将整个结果集加载到内存中。
---
### MyBatis 逻辑分页与物理分页的差异
MyBatis 中的分页可以分为两种
类型：逻辑分页
和物理分页。
- **逻辑分页**：逻辑分页是指在应用程序中对已经获取的完整结果集进行分页
处理。RowBounds 就是典型的逻辑分页实现。它的优点是实现简单，适用于小数据量；缺点是当数据量较大时，性能较差，因为它需要将所有数据加载到内存中后再进行分页 [^3]。
- **物理分页**：物理分页是指在数据库层面对查询结果进行分页
处理。常见的实现方式包括使用 PageHelper 插件或
MyBatis-Plus 的分页功能。这些方法会在 SQL 语句中自动添加 `LIMIT`
和 `OFFSET` 子句，从而限制返回的数据量。物理分页的优点是可以减少网络传输
和内存消耗，适用于大数据量；缺点是需要根据不同的数据库编写兼容性较好的 SQL 语句 [^2]。
总的来说，逻辑分页适合小规模数据，而物理分页更适合大规模数据的高效查询。
---
### MyBatis 延迟加载的
支持及其实现原理
MyBatis 支持延迟加载（Lazy Loading），即在需要时才加载关联对象。延迟加载的核心思想是按需加载，避免一次性加载过多不必要的数据，从而提高系统性能。
延迟加载的实现原理主要依赖于代理模式。当启用延迟加载时，
MyBatis 会为关联对象创建一个代理对象。这个代理对象在被访问之前不会真正执行数据库查询，只有当用户尝试访问其属性时，才会触发真正的数据库查询操作。例如，在一对一或多对一关系中，可以通过 `<association>` 标签配置延迟加载；在一对多关系中，可以通过 `<collection>` 标签配置延迟加载。
此外，
MyBatis 还提供了全局配置项 `lazyLoadingEnabled`
和 `aggressiveLazyLoading` 来控制延迟加载的行为。其中，`lazyLoadingEnabled` 用于启用或禁用延迟加载功能，而 `aggressiveLazyLoading` 则决定是否在首次访问任意属性时加载整个关联对象 [^5]。
---
### MyBatis 一级缓存
和二级缓存的区别
MyBatis 提供了一级缓存
和二级缓存两种缓存机制，它们的作用范围
和生命周期有所不同。
- **一级缓存（SqlSession 级别缓存）**：一级缓存默认开启，作用范围仅限于当前 `SqlSession`。当同一个 `SqlSession` 执行相同的查询语句时，
MyBatis 会从一级缓存中读取数据，而不是重新执行数据库查询。一级缓存的生命周期与 `SqlSession` 相同，一旦 `SqlSession` 被关闭或提交事务，缓存就会被清除 [^5]。
- **二级缓存（Mapper 级别缓存）**：二级缓存的作用范围更广，它可以跨多个 `SqlSession` 共享。二级缓存默认关闭，需要在映射文件中显式启用。启用后，不同 `SqlSession` 可以共享同一个 Mapper 的缓存数据。二级缓存的生命周期较长，通常由事务管理器控制，只有在事务提交时才会更新缓存 。
需要注意的是，二级缓存要求返回的对象必须是可序列化的（即实现 `Serializable` 接口），以便在多个 `SqlSession` 之间传递缓存数据。
---
### MyBatis 与 Hibernate 的主要区别
MyBatis 和 Hibernate 都是流行的 ORM 框架，但它们的设计理念
和适用场景有所不同。
- **设计理念**：
-
MyBatis 是一个半自动化的 ORM 框架，强调灵活性
和可控性。它允许开发者直接编写 SQL 语句，并通过 XML 或注解将 SQL 映射到
Java 对象上。这种方式使得开发者可以更好地控制 SQL 生成过程，适用于需要高性能优化的场景 [^5]。
- Hibernate 是一个全自动化的 ORM 框架，强调简化开发流程。它通过实体类与数据库表之间的映射关系自动生成 SQL 语句，并提供丰富的 API 来操作数据库。Hibernate 更适合快速开发
和业务逻辑较为简单的项目 [^5]。
- **性能表现**：
-
MyBatis 由于允许手动编写 SQL，因此在复杂查询
和性能优化方面更具优势。特别是对于大数据量
和高并发场景，
MyBatis 可以通过精细的 SQL 控制来提升性能。
- Hibernate 虽然提供了便捷的 ORM 功能，但在某些情况下生成的 SQL 可能不够优化，尤其是在涉及复杂查询时，可能会影响性能 [^5]。
- **学习曲线**：
-
MyBatis 的学习成本相对较低，尤其是对于熟悉 SQL 的开发者来说，更容易上手。
- Hibernate 的学习曲线较陡峭，需要掌握较多的概念
和配置项，但对于希望快速开发的应用程序来说，Hibernate 提供了更高的抽象层次 [^5]。
---
### MyBatis 提供的执行器
类型
MyBatis 提供了三种
类型的执行器（Executor），分别适用于不同的应用场景：
1. **SimpleExecutor**：这是默认的执行器
类型，每次执行 SQL 时都会创建一个新的 `Statement` 对象。适用于单次查询或更新操作。
2. **ReuseExecutor**：该执行器会重用 `Statement` 对象，避免重复创建
和销毁，从而提高性能。适用于多次执行相同 SQL 的场景。
3. **BatchExecutor**：该执行器专门用于批量操作，
支持将多个 SQL 语句合并为一个批次执行，从而减少网络往返次数，提高效率。适用于大批量插入、更新或删除操作 。
开发者可以根据具体需求选择合适的执行器
类型，以优化数据库操作的性能。
---
### MyBatis 分页插件的工作原理
MyBatis 分页插件（如 PageHelper）的工作原理主要是通过拦截 SQL 语句并在其中自动添加分页相关的子句（如 `LIMIT`
和 `OFFSET`）来实现物理分页。具体流程如下：
1. **拦截 SQL 执行**：分页插件通过
MyBatis 的拦截器机制，在 SQL 执行前对其进行拦截。
2. **解析分页
参数**：插件会解析用户传入的分页
参数（如页码
和每页大小），并计算出相应的 `LIMIT`
和 `OFFSET` 值。
3. **修改 SQL 语句**：插件会在原始 SQL 语句中插入分页子句，使其变为带有分页条件的 SQL 语句。
4. **执行分页查询**：修改后的 SQL 语句会被发送到数据库执行，返回指定范围内的数据。
5. **封装分页结果**：插件会将查询结果封装成一个包含分页信息的对象（如 `PageInfo`），方便后续
处理 [^2]。
这种方式能够在不修改原有 SQL 的前提下实现高效的物理分页，适用于大多数数据库平台。
---
### 如何在
MyBatis 中开发自定义插件
在
MyBatis 中开发自定义插件主要涉及以下几个步骤：
1. **定义插件接口**：
MyBatis 的插件系统基于
Java 的动态代理机制，插件可以拦截以下四种
类型的对象：`Executor`、`StatementHandler`、`
ParameterHandler`
和 `ResultSetHandler`。开发者需要根据具体的拦截目标选择合适的接口 [^5]。
2. **实现 Interceptor 接口**：自定义插件需要实现 `org.apache.ibatis.plugin.Interceptor` 接口，并重写其 `intercept()` 方法。在这个方法中，可以编写自定义的拦截逻辑，例如修改 SQL 语句、记录日志等 。
3. **注册插件**：在
MyBatis 的配置文件中添加插件的配置信息，指定要拦截的目标类
和方法。例如：
```xml
<plugins>
<plugin interceptor="com.example.MyCustomPlugin">
<property name="someProperty" value="someValue"/>
</plugin>
</plugins>
```
4. **测试插件**：完成插件开发后，需要编写测试用例验证插件的功能是否符合预期。可以通过执行 SQL 查询并观察插件的行为来确认插件是否正常工作 [^5]。
通过以上步骤，开发者可以灵活地扩展
MyBatis 的功能，满足特定业务需求。
---
最低0.47元/天 解锁文章
扫一扫
1459
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
