MyBatis中配置解析
阿新 • • 發佈:2020-12-24
技術標籤:mybatis
MyBatis—配置解析
1.核心配置檔案
- mybatis-config.xml
- MyBatis 的配置檔案包含了會深深影響 MyBatis 行為的設定和屬性資訊。
configuration(配置)
properties(屬性)
settings(設定)
typeAliases(類型別名)
typeHandlers(型別處理器)
objectFactory(物件工廠)
plugins(外掛)
environments(環境配置)
environment(環境變數)
transactionManager(事務管理器)
dataSource(資料來源)
databaseIdProvider(資料庫廠商標識)mappers(對映器)
2.環境配置(environments)
- MyBatis 可以配置成適應多種環境
- 儘管可以配置多個環境,但每個 SqlSessionFactory 例項只能選擇一種環境。
- transactionManager:事務管理器
- dataSource:資料來源
- UNPOOLED– 這個資料來源的實現會每次請求時開啟和關閉連線。
- MyBatis預設的書屋管理器是JDBC,連線池:POOLED
3.屬性(properties)
- 我們可以通過properties屬性來實現引用配置檔案。
- 這些屬性可以在外部進行配置,並可以進行動態替換。你既可以在典型的 Java 屬性檔案中配置這些屬性,也可以在 properties 元素的子元素中設定。【db.properties】
- 編寫一個數據庫配置檔案 db.properties
driver=com.mysql.cj.jdbc.Driver
url=jdbc:mysql://localhost:3306/mybatis?characterEncoding=utf-8&serverTimezone=GMT%2B8
username=root
password=
- 在核心配置檔案中映入
<!--引入外部配置檔案-->
<properties resource="db.properties"/>
- 可以直接引用外部檔案
- 可以在其中增加一些屬性配置
- 如果兩個檔案有同一個欄位,優先引用外部配置檔案的!
4.類型別名(typeAliases)
- 類型別名可為 Java 型別設定一個縮寫名字。
- 它僅用於 XML 配置,意在降低冗餘的全限定類名書寫。
<!--可以給實體類起一個別名-->
<typeAliases>
<typeAlias type="zkx.lianxi.pojo.User" alias="User"/>
</typeAliases>
- 也可以指定一個包名,MyBatis會在包名下面搜尋需要的java Bean
- 掃描實體類的包,它的預設別名就為這個類的類名,首字母小寫!
<typeAliases>
<package name="zkx.lianxi.pojo"/>
</typeAliases>
- 在實體類比較少的時候,使用第一種方式!
- 在實體類比較多的時候,使用第二種方式!
- 第一種可以DIY,第二種則不可以,如果非要改,需要在實體類上增加註解
@Alias("hello")
public class User {
5.設定(settings)
6.其他配置
- 型別處理器(typeHandlers)
- 物件工廠(objectFactory)
- 外掛(plugins)
7.對映器(mappers)
MapperRegistry:註冊繫結我們的Mapper檔案:
方式一:
<!--每一個mapper.xml都需要在MyBatis核心配置檔案中註冊-->
<mappers>
<mapper resource="mappers/UserDaoMapper.xml"/>
</mappers>
方式二:
<!--每一個mapper.xml都需要在MyBatis核心配置檔案中註冊-->
<mappers>
<mapper resource="zkx/lianxi/dao/UserMapper"/>
</mappers>
注意點:
- 介面和它的Mapper配置檔案必須同名!
- 介面和它的Mapper配置檔案必須在同一個包下!
方式三:
<!--每一個mapper.xml都需要在MyBatis核心配置檔案中註冊-->
<mappers>
<package name="zkx.lianxi.dao"/>
</mappers>
注意點:
- 介面和它的Mapper配置檔案必須同名!
- 介面和它的Mapper配置檔案必須在同一個包下!
8.作用域(Scope)和生命週期
生命週期,和作用域,至關重要的,因為錯誤的使用會導致非常重要的併發問題。
SqlSessionFactoryBuilder
- 一旦建立了 SqlSessionFactory,就不再需要它了。
- 區域性變數
SqlSessionFactory
- 說白了就是可以想象為:資料庫連線池!
- SqlSessionFactory 一旦被建立就應該在應用的執行期間一直存在,沒有任何理由丟棄它或重新建立另一個例項。
- 因此 SqlSessionFactory 的最佳作用域是應用作用域。
- 最簡單的就是使用單例模式或者靜態單例模式。
SqlSession
- 連結到連線池的一個請求!
- SqlSession 的例項不是執行緒安全的,因此是不能被共享的,所以它的最佳的作用域是請求或方法作用域。
- 用完之後需要趕緊關閉,否則佔用資源!