??????? 1.mybatis-config.xml
??????? 2.mybatis的配置文件包含了会深深影响mybatis行为的设置和属性信息。
????????3.properties(属性)
??????? 4.settings(设置)
????????5.typeAliases(类型别名)
??????? 6.typeHandlers(类型处理器)
??????? 7.objectFactory(对象工厂)
??????? 8.plugins(插件)
??????? 9.environments(环境配置)
??????????????? (1)environment(环境变量)
??????????????? ??????????????? ① transactionManager(事务管理器)
??????????????????????????????? ② dataSource(数据源)
??????? 10.databaseIdProvider(数据库厂商标识)
??????? 11.mappers(映射器)
??????? 1.mybatis可以配置成适应多种环境
??????? 2.不过要记住:尽管可以配置多个环境,但是每个sqlSessionFactory实例只能选择一种环境。
??????? 3.mybatis默认的事务管理器是JDBC,连接池:POOLED。
??????? 4.学会使用配置多套运行
??????? 5.在 MyBatis 中有两种类型的事务管理器(也就是 type="[JDBC|MANAGED]"):
??????????????? ① JDBC – 这个配置直接使用了 JDBC 的提交和回滚设施,它依赖从数据源获得的连接来管理事务作用域。
??????? ????????② MANAGED – 这个配置几乎没做什么。它从不提交或回滚一个连接,而是让容器来管理事务的整个生命周期(比如 JEE 应用服务器的上下文)。 默认情况下它会关闭连接。然而一些容器并不希望连接被关闭,因此需要将 closeConnection 属性设置为 false 来阻止默认的关闭行为。
??????? 6.大多数 MyBatis 应用程序会按示例中的例子来配置数据源。虽然数据源配置是可选的,但如果要启用延迟加载特性,就必须配置数据源。有三种内建的数据源类型(也就是 type="[UNPOOLED|POOLED|JNDI]")
??????? ????????① UNPOOLED– 这个数据源的实现会每次请求时打开和关闭连接。虽然有点慢,但对那些数据库连接可用性要求不高的简单应用程序来说,是一个很好的选择。 性能表现则依赖于使用的数据库,对某些数据库来说,使用连接池并不重要,这个配置就很适合这种情形。
??????????????? ② POOLED– 这种数据源的实现利用“池”的概念将 JDBC 连接对象组织起来,避免了创建新的连接实例时所必需的初始化和认证时间。 这种处理方式很流行,能使并发 Web 应用快速响应请求。
??????????????? ③ JNDI – 这个数据源实现是为了能在如 EJB 或应用服务器这类容器中使用,容器可以集中或在外部配置数据源,然后放置一个 JNDI 上下文的数据源引用。
我们可以通过properties属性来实现引用配置文件
这些属性可以在外部进行配置,并可以进行动态替换。既可以在典型的 Java 属性文件中配置这些属性,也可以在 properties 元素的子元素中设置。(db.properties)
编写一个配置文件
mysql.driver=com.mysql.cj.jdbc.Driver
mysql.url=jdbc:mysql://localhost:3306/mybatiss?serverTimezone=UTC&\
characterEncoding=utf8&useUnicode=true&useSSL=false
mysql.username=root
mysql.password=1234
在核心配置文件中引入
<!--引入外部配置文件-->
<properties resource="db.properties"/>
可以直接引入外部文件
可以在其中增加一些属性配置
如果两个文件有同一个字段,优先使用外部配置文件的内容!
??????? 类型别名可为 Java 类型设置一个缩写名字。 它仅用于 XML 配置,意在降低冗余的全限定类名书写。
<!-- 可以给实体类起别名-->
<typeAliases>
<typeAlias type="com.sun.pojo.User" alias="User"/>
</typeAliases>
也可以指定一个包名,MyBatis 会在包名下面搜索需要的 Java Bean,比如:
扫描实体类的包,它的默认别名就为这个类的类名,首字母小写!
<!-- 可以给实体类起别名-->
<typeAliases>
<package name="com.sun.pojo"/>
</typeAliases>
实体类比较少的时候使用第一种方式,实体类多的时候,建议使用第二种。
第二种方式起别名需要在实体类上添加注解
//实体类
@Alias("user")
public class User {
下面是一些为常见的 Java 类型内建的类型别名。它们都是不区分大小写的,注意,为了应对原始类型的命名重复,采取了特殊的命名风格。
别名 | 映射的类型 |
---|---|
_byte | byte |
_long | long |
_short | short |
_int | int |
_integer | int |
_double | double |
_float | float |
_boolean | boolean |
string | String |
byte | Byte |
long | Long |
short | Short |
int | Integer |
integer | Integer |
double | Double |
float | Float |
boolean | Boolean |
date | Date |
decimal | BigDecimal |
bigdecimal | BigDecimal |
object | Object |
map | Map |
hashmap | HashMap |
list | List |
arraylist | ArrayList |
collection | Collection |
iterator | Iterator |
这是 MyBatis 中极为重要的调整设置,它们会改变 MyBatis 的运行时行为。 下表描述了设置中各项设置的含义、默认值等。
设置名 | 描述 | 有效值 | 默认值 |
---|---|---|---|
cacheEnabled | 全局性地开启或关闭所有映射器配置文件中已配置的任何缓存。 | true | false | true |
lazyLoadingEnabled | 延迟加载的全局开关。当开启时,所有关联对象都会延迟加载。 特定关联关系中可通过设置 fetchType 属性来覆盖该项的开关状态。 | true | false | false |
logImpl | 指定 MyBatis 所用日志的具体实现,未指定时将自动查找。 | SLF4J | LOG4J | LOG4J2 | JDK_LOGGING | COMMONS_LOGGING | STDOUT_LOGGING | NO_LOGGING | 未设置 |
<settings>
<setting name="cacheEnabled" value="true"/>
<setting name="lazyLoadingEnabled" value="true"/>
</settings>
??????? 1.typeHandlers(类型处理器)
??????? 2.objectFactory(对象工厂)
??????? 3.plugins(插件)
??????????????? ① mybatis-generator-core
??????????????? ② mybatis-plus
??????????????? ③ 通用mapper
MapperRegistry:注册绑定我们的Mapper文件
方式一:使用xml文件绑定注册
<!--每一个Mapper.xml都需要在mybatis核心配置文件中注册-->
<mappers>
<mapper resource="com/sun/dao/UserMapper.xml"/>
</mappers>
方式二:使用class文件绑定注册
<mappers>
<mapper class="com.sun.dao.UserMapper"/>
</mappers>
注意点:
??????? 1.接口和mapper配置文件必须同名!
??????? 2.接口和mapper配置文件必须在同一个包下!
方式三:使用扫描包进行注入绑定
<mappers>
<package name="com.sun.dao"/>
</mappers>
注意点:
??????? 1.接口和mapper配置文件必须同名!
??????? 2.接口和mapper配置文件必须在同一个包下!
作用域和生命周期类别是至关重要的,因为错误的使用会导致非常严重的并发问题。
??????? ① 一旦创建了SqlSessionFactory就不再需要它了。
??????? ② 局部变量
??????? ① 数据库连接池
??????? ② SqlSessionFactory 一旦被创建就应该在应用的运行期间一直存在,没有任何理由丢弃它或重新创建另一个实例。
??????? ③ 因此 SqlSessionFactory 的最佳作用域是应用作用域。
??????? ④ 最简单的就是使用单例模式或者静态单例模式。
??????? ① 连接到连接池的一个请求!
??????? ② SqlSession 的实例不是线程安全的,因此是不能被共享的,所以它的最佳的作用域是请求或方法作用域。
??????? ③ 用完之后需要赶紧关闭,否则资源被占用。
这里面每一个mapper就代表一个具体的业务 。