MyBatis进阶（二）
1、核心配置解析
1.1 核心配置文件（mybatis-config.xml）
-
Mybatis的配置文件包含了会深深影响MyBatis行为的设置和属性信息。
configuration（配置） properties（属性） settings（设置） typeAliases（类型别名） typeHandlers（类型处理器） objectFactory（对象工厂） plugins（插件） environments（环境配置） environment（环境变量） transactionManager（事务管理器） dataSource（数据源） databaseIdProvider（数据库厂商标识） mappers（映射器）
1.2 环境配置 environments
<environments default="development">
<environment id="development">
<transactionManager type="JDBC">
<property name="..." value="..."/>
</transactionManager>
<dataSource type="POOLED">
<property name="driver" value="${driver}"/>
<property name="url" value="${url}"/>
<property name="username" value="${username}"/>
<property name="password" value="${password}"/>
</dataSource>
</environment>
</environments>
-
配置MyBatis的多套运行环境，将SQL映射到多个不同的数据库上，必须指定其中一个为默认运行环境（通过default指定）
-
不过要记住：尽管可以配置多个环境，但每个 SqlSessionFactory 实例只能选择一种环境
-
学会使用配置多套运行环境！
-
MyBatis默认的事务管理器就是
JDBC，连接池：POOLED -
有三种内建的数据源类型
type="[UNPOOLED|POOLED|JNDI]"- unpooled：这个数据源的实现只是每次被请求时打开和关闭连接。
- pooled：这种数据源的实现利用“池”的概念将 JDBC 连接对象组织起来 , 这是一种使得并发 Web 应用快速响应请求的流行处理方式。
- jndi：这个数据源的实现是为了能在如 Spring 或应用服务器这类容器中使用，容器可以集中或在外部配置数据源，然后放置一个 JNDI 上下文的引用。
- 数据源也有很多第三方的实现，比如dbcp，c3p0，druid等等…
1.3 属性 properties
我们可以通过properties属性来实现引用（引入）配置文件
这些属性可以在外部进行配置，并可以进行动态替换。你既可以在典型的 Java 属性文件中配置这些属性，也可以在 properties 元素的子元素中设置。【db.poperties】
-
编写一个配置文件
-
db.properties
driver=com.mysql.cj.jdbc.Driver url=jdbc:mysql://localhost:3306/mybatis?userSSL=true&useUnicode=true&characterEncoding=UTF-8&serverTimezone=UTC username=root password=root
-
-
在核心配置文件中引入
<!--引用外部配置文件--> <properties resource="db.properties"> <property name="username" value="root"/> <property name="password" value="root"/> </properties>- 可以直接引入外部文件
- 可以在其中增加一些属性配置
- 如果两个文件有同一个字段，优先使用核心文件中
properties属性中配置的值（从里到外，会覆盖）。
1.4 类型别名 typeAliases
-
类型别名可为 Java 类型设置一个缩写名字。 它仅用于 XML 配置。
-
意在降低冗余的全限定类名书写。
<!--可以给实体类起别名--> <typeAliases> <typeAlias type="com.kuang.pojo.User" alias="User"/> </typeAliases>也可以指定一个包，每一个在包
domain.blog中的 Java Bean（pojo），在没有注解的情况下，会使用 Bean 的首字母小写的非限定类名来作为它的别名。 比如domain.blog.Author的别名为author,；若有注解，则别名为其注解值。见下面的例子：<typeAliases> <package name="com.kuang.pojo"/> </typeAliases>在实体类比较少的时候，使用第一种方式。
如果实体类十分多，建议用第二种扫描包的方式。
第一种可以DIY（自定义）别名，第二种不行，如果非要改，需要在实体上增加注解 @Alias()。
如下：
@Alias("author") public class Author { ... }
1.5 设置 Settings
-
常用的设置
cacheEnabled： lazyLoadingEnabled： useGeneratedKeys： logImpl： -
一个配置完整的 settings 元素的示例如下：
<settings> <setting name="cacheEnabled" value="true"/> <setting name="lazyLoadingEnabled" value="true"/> <setting name="multipleResultSetsEnabled" value="true"/> <setting name="useColumnLabel" value="true"/> <setting name="useGeneratedKeys" value="false"/> <setting name="autoMappingBehavior" value="PARTIAL"/> <setting name="autoMappingUnknownColumnBehavior" value="WARNING"/> <setting name="defaultExecutorType" value="SIMPLE"/> <setting name="defaultStatementTimeout" value="25"/> <setting name="defaultFetchSize" value="100"/> <setting name="safeRowBoundsEnabled" value="false"/> <setting name="mapUnderscoreToCamelCase" value="false"/> <setting name="localCacheScope" value="SESSION"/> <setting name="jdbcTypeForNull" value="OTHER"/> <setting name="lazyLoadTriggerMethods" value="equals,clone,hashCode,toString"/> </settings>
1.6 其他配置
- typeHandlers（类型处理器）
- objectFactory（对象工厂）
- plugins 插件
- mybatis-generator-core
- mybatis-plus
- 通用mapper
1.7 映射器 mappers
MapperRegistry：注册绑定我们的Mapper文件
-
方式一：【推荐使用】
<!--每一个Mapper.xml都需要在MyBatis核心配置文件中注册--> <mappers> <mapper resource="com/kuang/dao/UserMapper.xml"/> </mappers> -
方式二：使用class文件绑定注册
<!--每一个Mapper.xml都需要在MyBatis核心配置文件中注册--> <mappers> <mapper class="com.kuang.dao.UserMapper"/> </mappers>- 接口和他的Mapper配置文件必须同名
- 接口和他的Mapper配置文件必须在同一个包下
-
方式三：使用包扫描进行注入
<mappers> <package name="com.kuang.dao"/> </mappers>- 接口和他的Mapper配置文件必须同名
- 接口和他的Mapper配置文件必须在同一个包下
1.8 作用域和生命周期
- 流程图，分析一下Mybatis的 执行过程 ：
-
作用域理解
- SqlSessionFactoryBuilder 的作用在于创建 SqlSessionFactory，创建成功后，SqlSessionFactoryBuilder 就失去了作用，所以它只能存在于创建 SqlSessionFactory 的方法中，而不要让其长期存在。因此 SqlSessionFactoryBuilder 实例的最佳作用域是方法作用域（也就是局部方法变量）。
- SqlSessionFactory 可以被认为是一个数据库连接池，它的作用是创建 SqlSession 接口对象。因为 MyBatis 的本质就是 Java 对数据库的操作，所以 SqlSessionFactory 的生命周期存在于整个 MyBatis 的应用之中，所以一旦创建了 SqlSessionFactory，就要长期保存它，直至不再使用 MyBatis 应用，所以可以认为 SqlSessionFactory 的生命周期就等同于 MyBatis 的应用周期。
- 由于 SqlSessionFactory 是一个对数据库的连接池，所以它占据着数据库的连接资源。如果创建多个 SqlSessionFactory，那么就存在多个数据库连接池，这样不利于对数据库资源的控制，也会导致数据库连接资源被消耗光，出现系统宕机等情况，所以尽量避免发生这样的情况。
- 因此在一般的应用中我们往往希望 SqlSessionFactory 作为一个单例，让它在应用中被共享。所以说 SqlSessionFactory 的最佳作用域是应用作用域。
- 如果说 SqlSessionFactory 相当于数据库连接池，那么 SqlSession 就相当于一个数据库连接（Connection 对象），你可以在一个事务里面执行多条 SQL，然后通过它的 commit、rollback 等方法，提交或者回滚事务。所以它应该存活在一个业务请求中，处理完整个请求后，应该关闭这条连接，将它归还给 SqlSessionFactory，否则数据库资源就很快被耗费精光，系统就会瘫痪，所以用 try…catch…finally… 语句来保证其正确关闭。
- 所以 SqlSession 的最佳的作用域是请求或方法作用域。
-
声明周期和作用域是至关重要的，因为错误的使用会导致非常严重的并发问题。
SqlSessionFactoryBuilder:
- 一旦创建了SqlSessionFactory，就不再需要它了
- 局部变量
SqlSessionFactory:
- 说白了就可以想象为：数据库连接池
- SqlSessionFactory一旦被创建就应该在应用的运行期间一直存在，没有任何理由丢弃它或重新创建一个实例。
- 因此SqlSessionFactory的最佳作用域是应用作用域（ApplocationContext）。
- 最简单的就是使用单例模式或静态单例模式。
SqlSession：
- 连接到连接池的一个请求
- SqlSession 的实例不是线程安全的，因此是不能被共享的，所以它的最佳的作用域是请求或方法作用域。
- 用完之后需要赶紧关闭，否则资源被占用！
2、解决属性名和字段名不一致的问题
2.1 问题
数据库中的字段
新建一个项目，测试实体类字段不一致的情况（实体类中的属性）
测试出现问题
// select * from user where id = #{id}
// 类型处理器
// select id,name,pwd from user where id = #{id}
2.2 解决方法
-
起别名（as关键字）
<select id="getUserById" resultType="com.kuang.pojo.User"> select id,name,pwd as password from USER where id = #{id} </select> -
resultMap 结果集映射
<!--结果集映射--> <resultMap id="UserMap" type="User"> <!--column数据库中的字段，property实体类中的属性--> <!-- 主键字段用id标识，非主键用result --> <id column="id" property="id"></id> <result column="name" property="name"></result> <result column="pwd" property="password"></result> </resultMap> <select id="getUserList" resultMap="UserMap"> select * from USER </select>
- resultMap 元素是 MyBatis 中最重要最强大的元素。
- ResultMap 的设计思想是，对简单的语句做到零配置，对于复杂一点的语句，只需要描述语句之间的关系就行了。
- ResultMap 的优秀之处——你完全可以不用显式地配置它们。
-
很多时候我们习惯在数据库中使用update_user类似的字段进行命名，而我们又希望在使用Mybatis，进行实体类映射的时候能够自动转换,则需要在mybati全局配置文件中开启"驼峰命名转换"(mapUnderscoreToCamelCase)
<settings> <!-- 开启驼峰命名转换 --> <setting name = "mapUnderscoreToCameCase" value = "true"/> </settings>- 参考：https://blog.csdn.net/qq_26834611/article/details/105430959
3、日志
3.1 日志工厂（日志实现）
如果一个数据库操作，出现了异常，我们需要排错，日志就是最好的助手！
曾经：sout、debug
现在：日志工厂（日志实现）
如果不指定具体的日志实现，则按以下顺序查找：
具体的日志实现有：
- SLF4J
- LOG4J 【掌握】
- LOG4J2
- JDK_LOGGING
- COMMONS_LOGGING
- STDOUT_LOGGING 【掌握】
- NO_LOGGING
3.2 STDOUT_LOGGING
在MyBatis中具体使用哪一个日志实现，在核心配置文件的设置中设定：
<settings>
<!-- MyBatis 内置的日志实现（不需要导包） -->
<setting name="logImpl" value="STDOUT_LOGGING"/>
</settings>
查看日志信息：
3.3 Log4j
什么是Log4j？
- Log4j是Apache的一个开源项目，通过使用Log4j，我们可以控制日志信息输送的目的地是控制台、文件、GUI组件；
- 我们也可以控制每一条日志的输出格式；
- 通过定义每一条日志信息的级别，我们能够更加细致地控制日志的生成过程；
- 最令人感兴趣的就是，这些可以通过一个配置文件来灵活地进行配置，而不需要修改应用的代码。
具体步骤
-
先导入log4j的包
<dependency> <groupId>log4j</groupId> <artifactId>log4j</artifactId> <version>1.2.17</version> </dependency> -
log4j.properties
#将等级为DEBUG的日志信息输出到console和file这两个目的地，console和file的定义在下面的代码 log4j.rootLogger=DEBUG,console,file #控制台输出的相关设置 log4j.appender.console=org.apache.log4j.ConsoleAppender log4j.appender.console.Target=System.out log4j.appender.console.Threshold=DEBUG log4j.appender.console.layout=org.apache.log4j.PatternLayout log4j.appender.console.layout.ConversionPattern=[%c]-%m%n #文件输出的相关设置 log4j.appender.file=org.apache.log4j.RollingFileAppender log4j.appender.file.File=./log/rzp.log log4j.appender.file.MaxFileSize=10mb log4j.appender.file.Threshold=DEBUG log4j.appender.file.layout=org.apache.log4j.PatternLayout log4j.appender.file.layout.ConversionPattern=[%p][%d{yy-MM-dd}][%c]%m%n #日志输出级别 log4j.logger.org.mybatis=DEBUG log4j.logger.java.sql=DEBUG log4j.logger.java.sql.Statement=DEBUG log4j.logger.java.sql.ResultSet=DEBUG log4j.logger.java.sq1.PreparedStatement=DEBUG -
配置settings为log4j实现
<settings> <!-- MyBatis 的日志实现为LOG4J --> <setting name="logImpl" value="LOG4J"/> </settings> -
测试运行
小知识点：
-
第三方（自定义）日志实现了
org.apache.ibatis.logging.Log接口， -
且构造方法以字符串为参数的类的完全限定名。
-
Log4j简单使用
-
在要使用Log4j的类中，导入包 import org.apache.log4j.Logger;
-
日志对象，参数为当前类的class对象
Logger logger = Logger.getLogger(UserDaoTest.class); -
日志级别
logger.info("info: 测试log4j"); logger.debug("debug: 测试log4j"); logger.error("error:测试log4j");- debug < info < warn < error
- 级别之间是包含的关系，如果你设置日志级别是debug，则大于等于这个级别的日志都会输出。
4、分页
为什么分页？
- 减少数据的处理量（分次查询，用到再查）
4.1 使用Limit分页
SELECT * from user limit startIndex,pageSize
使用MyBatis实现分页，核心是SQL
-
接口
//分页 List<User> getUserByLimit(Map<String,Integer> map); -
Mapper.xml（映射文件）
<!--分页查询--> <select id="getUserByLimit" parameterType="map" resultMap="UserMap"> select * from user limit #{startIndex},#{pageSize} </select> -
测试
@Test public void getUserByLimit(){ SqlSession sqlSession = MybatisUtils.getSqlSession(); UserMapper mapper = sqlSession.getMapper(UserMapper.class); HashMap<String, Integer> map = new HashMap<String, Integer>(); map.put("startIndex",1); map.put("pageSize",2); List<User> list = mapper.getUserByLimit(map); for (User user : list) { System.out.println(user); } }
4.2 RowBounds分页
不再使用SQL实现分页
-
接口
//分页2 List<User> getUserByRowBounds(); -
mapper.xml（映射文件）
<!--分页查询2--> <select id="getUserByRowBounds"> select * from user limit #{startIndex},#{pageSize} </select> -
测试
public void getUserByRowBounds(){ SqlSession sqlSession = MybatisUtils.getSqlSession(); //RowBounds实现 RowBounds rowBounds = new RowBounds(1, 2); //通过Java代码层面实现分页 List<User> userList = sqlSession.selectList("com.kaung.dao.UserMapper.getUserByRowBounds",null,rowBounds); for (User user : userList) { System.out.println(user); } sqlSession.close(); }
4.3 分页插件（PageHelper）
5、使用注解开发
5.1 面向接口开发
- 在真正的开发中，很多时候我们会选择面向接口编程。
- 根本原因 : 解耦 , 可拓展 , 提高复用 , 分层开发中 , 上层不用管具体的实现 , 大家都遵守共同的标准 , 使得开发变得容易 , 规范性更好。
- 在一个面向对象的系统中，系统的各种功能是由许许多多的不同对象协作完成的。在这种情况下，各个对象内部是如何实现自己的，对系统设计人员来讲就不那么重要了。
- 而各个对象之间的协作关系则成为系统设计的关键。小到不同类之间的通信，大到各模块之间的交互，在系统设计之初都是要着重考虑的，这也是系统设计的主要工作内容。面向接口编程就是指按照这种思想来编程。
关于接口的理解
-
接口从更深层次的理解，应是定义（规范，约束）与实现（名实分离的原则）的分离。
-
接口的本身反映了系统设计人员对系统的抽象理解。
-
接口应有两类：
-
- 第一类是对一个个体的抽象，它可对应为一个抽象体(abstract class)；
- 第二类是对一个个体某一方面的抽象，即形成一个抽象面（interface）；
-
一个体有可能有多个抽象面。抽象体与抽象面是有区别的。
三个面向区别
- 面向对象是指，我们考虑问题时，以对象为单位，考虑它的属性和方法；
- 面向过程是指，我们考虑问题时，以一个具体的流程（事务过程）为单位，考虑它的实现；
- 接口设计与非接口设计是针对复用技术而言的，与面向对象（过程）不是一个问题，更多的体现就是对系统整体的架构的考虑；
5.2 使用注解开发
sql 类型的注解主要分成 :
- @Select ()
- @Update ()
- @Insert ()
- @Delete ()
-
注解在接口上实现
@Select("select * from user") List<User> getUsers(); -
需要在核心配置文件中绑定接口
<mappers> <mapper class="com.kuang.dao.UserMapper"/> </mappers> -
测试
注解的本质：反射机制实现
注解的底层实现：动态代理
MyBatis详细执行流程
5.3 注解CURD
//方法存在多个参数，所有的参数前面必须加上@Param("id")注解
@Delete("delete from user where id = #{uid}")
int deleteUser(@Param("uid") int id);
关于@Param( )注解
- 基本类型的参数或者String类型，需要加上
- 引用类型不需要加
- 如果只有一个基本类型的话，可以忽略，但是建议都加上
- 我们在SQL中引用的就是我们这里的@Param()中设定的属性名
#{} 和 ${}
- #{ } 可以防止SQL注入问题
- ${} 会引起SQL注入的安全问题
6、Lombok
6.1 简介
- Lombok项目是一个Java库，它会自动插入编辑器和构建工具中，
- Lombok提供了一组有用的注释，用来消除Java类中的大量样板代码。
- 仅五个字符(@Data)就可以替换数百行代码从而产生干净，简洁且易于维护的Java类。
6.2 使用步骤
-
在IDEA中安装Lombok插件
-
在项目中导入lombok的jar包
<dependency> <groupId>org.projectlombok</groupId> <artifactId>lombok</artifactId> <version>1.18.10</version> <scope>provided</scope> </dependency> -
在程序上加注解
@Data //get、set、toString... @AllArgsConstructor //全参构造 @NoArgsConstructor //无参构造 public class User { private int id; private String name; private String password; }
6.3说明
@Getter
@Setter
@FieldNameConstants
@ToString
@EqualsAndHashCode
@AllArgsConstructor, @RequiredArgsConstructor,//检查是否有全参构造
@NoArgsConstructor
@Log, @Log4j, @Log4j2, @Slf4j, @XSlf4j, @CommonsLog, @JBossLog, @Flogger, @CustomLog
@Data
@Builder
@SuperBuilder
@Singular
@Delegate
@Value
@Accessors
@Wither
@With
@SneakyThrows
@val
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
