配置Configuration

在MyBatis中，配置文件的顶层结构如下

• Configuration
  • properties
  • settings
  • typeAliases
  • typeHandlers
  • objectFactory
  • plugins
  • environments
    • environment
      • dataSource
      • transactionManager
  • databaseIdProvider
  • mappers

属性properties

1
2
3

<properties resource="db.properties">
    <property name="username" value="root"/>
</properties>

resource属性可以导入在外部properties配置文件中的属性到properties标签中

property标签可以定义一些属性

配置好的属性可以在该文件中使用${}来替换需要动态配置的属性值

1
2
3
4
5
6

<dataSource type="POOLED">
    <property name="driver" value="${driver}"/>
    <property name="url" value="${url}"/>
    <property name="username" value="${userName}"/>
    <property name="password" value="${password}"/>
</dataSource>

比如上方的driver的值会由db.properties文件中对应的值来替换

如果在多个地方进行了配置Java代码，外部文件，properties标签，则按照以下顺序加载

• 先加载properties标签中的属性
• 再加载外部文件中配置的属性，如果有重复的属性，则覆盖旧的属性
• 最后加载Java代码中的属性，如果有重复的属性，覆盖旧的属性

因此，通过java方法传入的属性具有最高的优先级，外部文件优先级次之，properties标签中的属性优先级最为低

设置settings

以下为重要的几个配置，需要掌握

类型别名typeAliases

在映射器XML文件中，resultType属性在配置了类型别名后，可以不需要写全限定名，可以写在这里起的别名

1. 在此包下的所有类都被默认起别名为类名开头小写，该默认值被注解@Alias()覆盖

1
2
3

<typeAliases>
    <package name="com.lizhi.pojo"/>
</typeAliases>

2. 可以单独为一个类起别名，

1
2
3

<typeAliases>
    <typeAlias type="com.lizhi.pojo.Teacher" alias="teacher"/>
</typeAliases>

下面为一些常见的java类型内建的类型别名

环境配置Environments

mybatis可以配置多套环境，这种机制有利于将SQL映射应用于多种数据库之中。开发，测试，生成环境需要有不同的配置。

1
2
3
4
5
6
7
8
9
10
11

<environments default="development">
    <environment id="development">
        <transactionManager type="JDBC"/>
        <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>

注意一些关键点

• environment的id属性，该属性是唯一性标识环境的值
• 在environments的default属性中通过id指定环境配置

事务管理器transactionManager

type指定事务管理器

mybatis中有两种事务管理器（也就是type = “JDBC|MANAGED”）

• JDBC-这个配置直接使用了JDBC的提交和回滚机制，依赖于数据源的连接来管理事务管理作用域
• MANAGED-这个配置几乎什么都不做，一般不选用

如果使用mybatis+Spring 则没有必要配置事务管理器，因为Spring模块会使用自带的事务管理器来覆盖此配置

数据源dataSource

type指定数据源类型

dataSource元素使用标准的JDBC数据源接口来配置JDBC连接对象的资源

有三种内置的数据源格式

UNPOOLED

这个数据源的实现每次连接会打开和关闭连接会有点慢，但是对于一些小型应用已经足够了，

此类型的数据源只需要配置以下几种属性

• driver – 这是 JDBC 驱动的 Java 类全限定名（并不是 JDBC 驱动中可能包含的数据源类）。
• url – 这是数据库的 JDBC URL 地址。
• username – 登录数据库的用户名。
• password – 登录数据库的密码。
• defaultTransactionIsolationLevel – 默认的连接事务隔离级别。
• defaultNetworkTimeout – 等待数据库操作完成的默认网络超时时间（单位：毫秒）

POOLED

这个数据源的实现利用了池的概念将JDBC的连接对象组织起来，避免了创建新的连接实例的时候所必需的初始化和认证时间，可以使web应用响应速度变快，该类型的数据源除了以上UNPOOLED的属性外还有以下常用配置

• poolMaximumActiveConnections – 在任意时间可存在的活动（正在使用）连接数量，默认值：10
• poolMaximumIdleConnections – 任意时间可能存在的空闲连接数。
• poolTimeToWait – 这是一个底层设置，如果获取连接花费了相当长的时间，连接池会打印状态日志并重新尝试获取一个连接（避免在误配置的情况下一直失败且不打印日志），默认值：20000 毫秒（即 20 秒）。

JNDI(用得少，略)

MyBatis

回顾JDBC

1. 注册驱动
2. 获取连接
3. 获取数据库操作对象
4. 执行SQL，操作数据库
5. 处理结果集
6. 关闭连接

Connection可以获得PreparedStatement或者Statement

ResultSet是SQL语句执行后返回的对象

PreparedStatement和Statement是用来执行SQL语句的对象

两者的区别：

PreparedStatement对SQL语句做了预编译，很好的解决了SQL注入的问题。

Statement是单纯的对字符串进行拼接，会产生SQL注入的问题

简介

Def： MyBatis是一个优秀的持久层的框架，支持定制化SQL语句，存储过程以及高级映射，大大简化了JDBC的笨重的代码。

MyBatis可以使用XML配置文件或者注解的方式来配置和映射原生类型、接口和pojo（Plain Object Java Object）

持久层是什么？持久层是一个将应用中产生的数据保存到数据库的过程

思路：导入依赖—》编写代码—》测试

1
2
3
4
5

<dependency>
    <groupId>org.mybatis</groupId>
    <artifactId>mybatis</artifactId>
    <version>3.5.7</version>
</dependency>

入门

MyBatis中最重要的三个类

1. SqlSessionFactoryBuilder
2. SqlSessionFactory
3. SqlSession

每个基于MyBatis的应用都是以一个SqlSessionFactory实例为核心的。这个实例需要通过SqlSessionFactoryBuilder加载配置文件获得。这个配置文件可以通过两种方式获得，第一种是以XML文件的形式存在，第二种是在java代码对象的形式存在

构建SqlSessionFactory

mybatis-config.xml配置构建SqlSessionFactory所需要的参数

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE configuration
        PUBLIC "-//mybatis.org//DTD Config 3.0//EN"
        "http://mybatis.org/dtd/mybatis-3-config.dtd">
<configuration>
    <environments default="development">
        <environment id="development">
            <transactionManager type="JDBC"/>
            <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>
</configuration>

在java中加载配置文件，通过SqlSessionFactoryBuilder构建SqlSessionFactory实例

1
2
3

String resource="mybatis-config.xml";
InputStream inputStream = Resources.getResourceAsStream(resource);
SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(inputStream);

通过java代码配置不推荐，略

构建SqlSession

SqlSession，通过此对象获得接口的映射器实例，该映射对象对标JDBC中接口的实现类

1
2
3
4
5
6

//开启一个sqlSession对象，默认关闭自动提交事务
SqlSession sqlSession = sqlSessionFactory.openSession();
//开启自动提交事务
SqlSession sqlSession = sqlSessionFactory.openSession(true);

TeacherMapper mapper = sqlSession.getMapper(TeacherMapper.class);

映射SQL语句

通过XML配置文件的方式和接口做绑定，实现接口方法

1
2
3
4
5
6
7
8
9

<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE mapper
        PUBLIC "-//mybatis.org//DTD Config 3.0//EN"
        "http://mybatis.org/dtd/mybatis-3-mapper.dtd">
<mapper namespace="com.lizhi.mapper.TeacherMapper">
    <select id="listTeachers" resultType="com.lizhi.pojo.Teacher">
        SELECT * FROM teacher
    </select>
</mapper>

• mapper标签的namespace属性指向被绑定的接口
• 标签内书写SQL语句，id为接口中的方法名
  • select标签实现select方法
  • insert标签实现insert方法
  • update标签实现update方法
  • delete标签实现delete方法

通过注解的方式实现SQL映射

1
2

@Select("SELECT * FROM teacher WHERE id = #{id}")
Teacher getTeacherById(int id);

选择何种方式实现SQL映射，取决于自身。

但是如果SQL复杂的情况下，尽量不要使用注解开发，使用XML的方式去做SQL映射

三个对象的作用域（Scope）

• SqlSessionFactoryBuilder

该对象就一个作用，通过读取一些配置获取SqlSessionFactory实例对象。

我们没有理由一直保留它，因为SqlSessionFactory将被保存在全局作用域中，以保证所有的XML解析资源可以被释放给做其他事情，所以它的作用域应该是局部变量

• SqlSession

该对象就一个作用，通过getMapper方法获取映射器实例。

每个线程都应该有它自己的SqlSession对象，因为该对象不是线程安全的，因此它是不能被共享的，所以它的最佳作用域是局部变量。

在web框架中，可以将其放到request的作用域中，返回一个响应前，关闭SqlSession对象，这个关闭操作很重要

• SqlSessionFactory

该对象就一个作用，通过openSession方法获取SqlSession对象。

因为SqlSession对象是线程不安全的，所以每次查询数据库都需要一个新的SqlSession对象，既然SqlSessionFactoryBuilder的作用域为局部变量，那么在我们第一次创建出来SqlSessionFactory对象的时候，就可以将其保存在全局作用域中，下次就不需要再创建SqlSessionFactoryBuilder对象了，所以SqlSessionFactory的最佳作用域是全局唯一变量。

Maven

Maven简介

学maven首先记住一句话，约定大于配置

Maven是什么

• 本质是一个项目管理工具，将项目开发和管理过程抽象成一个项目对象模型（pom）
• POM(Project Object Model)：项目对象模型
• pom.xml—>项目管理模型——>依赖管理（Dependency）—>本地仓库—>私服仓库—>中央

Maven有什么用

• 项目构建：提供标准化，跨平台的自动化项目构建方式
• 依赖管理：方便快捷的管理项目依赖的资源包，避免资源间的版本冲突问题
• 统一开发结构：提供标准的，统一的项目结构

下载与安装

• 官网：http://maven.apache.org/
• 下载地址：http://maven.apache.org/download.cgi

Maven环境配置

• 依赖java，所以需要JAVA_HOME
• 设置Maven自身的运行环境，需要配置MAVEN_HOME

Maven基础概要

仓库

仓库：用于存储资源，包含各种jar包

• 仓库分类
  • 本地仓库：自己电脑上的存储资源的仓库，连接远程仓库获取资源
  • 远程仓库：非本机上的仓库，为本地仓库提供资源
    • 中央仓库：由Maven团队维护，存储所有开源资源的仓库
    • 私服：部门/公司范围内存储资源的仓库，从中央仓库中获取资源
• 私服的作用
  • 保护具有版权的资源，包含购买或者自主研发的jar
    • 中央仓库中的jar都是开源的，不能存储具有版权的资源
  • 一定范围内共享资源，就对内开放，不对外开放

坐标GAV

• 坐标：Maven中的坐标主要用于描述仓库中资源的位置，记住这个网站

  • https://mvnrepository.com/

• Maven主要组成部分

  • groupId：定义当前项目隶属的组织名称（通常是域名反写 org.mybatis）
  • artifactId：定义该项目的项目名称（通常是模块名称）
  • version：定义当前项目的版本号
  • packaging：定义该项目的打包方式

• 作用：使用唯一标识，唯一性定位资源位置，通过该标识可以将资源的识别与下载工作交由机器完成

本地仓库配置

maven默认的本地仓库目录在c盘用户文件夹下的.m2文件夹中，如有需要，可在配置文件中自行配置。

在这里举个例子，我需要将D:\APP\Maven\mvn-repo该目录作为我的maven本地仓库的路径。

1. 创建mvn-repo文件夹，在此文件夹中创建repository目录
2. 在maven安装根目录下的config文件夹下找到settings.xml找到以下配置所在，照着以下配置修改

1
2
3
4
5
6
7
8
9
10

//这里改成自己需要配置的仓库目录
<localRepository>D:\APP\Maven\mvn-repo\repository</localRepository>

//阿里云的镜像服务器，会加快jar包的下载速度，直接复制即可
<mirrors>
    <id>nexus-aliyun</id>
    <mirrorOf>central</mirrorOf>
    <name>Nexus aliyun</name>
    <url>http://maven.aliyun.com/nexus/content/groups/public</url>
</mirrors>

3. 将此份配置文件保存并复制到mvn-repo文件夹中

全局setting（maven的config中的setting文件）和用户setting（尽量和全局setting一样）区别

• 全局setting定义了当前计算机中Maven的公共配置
• 用户setting定义了当前用户的配置

创建maven项目

手工

普通maven工程

1
2
3
4
5
6

mvn archetype:generate
	-DgroupId = com.lizhi
	-DartifactId = project
	-DarchetypeArtifactId = maven-archetype-quickstart
	-Dversion = 0.0.1-snapshot
	-DinteractiveMode = false

web工程

1
2
3
4
5
6

mvn archetype:generate
	-DgroupId = com.lizhi
	-DartifactId = project
	-DarchetypeArtifactId = maven-archetype-webapp
	-Dversion = 0.0.1-snapshot 
	-DinteractiveMode = false

依赖管理

依赖配置

1
2
3
4
5
6
7
8
9
10
11
12

<!--设置当前项目所需要的依赖-->
<dependencies>
    <!--设置具体的依赖-->
    <dependency>
        <!--依赖所属的群组id-->
        <groupId>junit</groupId>
        <!--依赖所属的项目id-->
        <artifactId>junit</artifactId>
        <!--依赖的版本号-->
        <version>4.13</version>
    </dependency>
</dependencies>

依赖传递

依赖具有传递性

• 直接传递：在当前项目中，通过依赖配置建立的依赖关系
• 间接关系：被依赖的资源如果依赖其他的资源，当前项目间接依赖其他项目

依赖冲突

• 路径优先：当依赖中出现相同的资源时，层次越深，优先级越低，层次越浅，优先级越高
• 声明优先：当资源在相同层次被依赖时，配置顺序靠前的覆盖顺序靠后的
• 特殊优先：当同级配置了相同资源的不同版本，后配置的覆盖先配置的

可选依赖（主动表示断开）

1
2
3
4
5
6
7
8
9

<dependencies>
    <dependency>
        <groupId>junit</groupId>
        <artifactId>junit</artifactId>
        <version>4.13</version>
        <!--不透明-->
    	<optional>true</optional>
    </dependency>
</dependencies>

排除依赖（主动断开）

排除依赖指的是主动断开依赖的资源，被排除的资源无需指定版本—不需要

1
2
3
4
5
6
7
8
9
10
11
12
13

<dependencies>
    <dependency>
        <groupId>junit</groupId>
        <artifactId>junit</artifactId>
        <version>4.13</version>
        <exclusions>
        	<exclusion>
            	<groupId>org.hamcrest</groupId>
                <artifactId>hamcrest-core</artifactId>
            </exclusion>
        </exclusions>
    </dependency>
</dependencies>

依赖范围

1
2
3
4
5
6
7
8

<dependencies>
    <dependency>
        <groupId>junit</groupId>
        <artifactId>junit</artifactId>
        <version>4.13</version>
        <scope>test</scope>
    </dependency>
</dependencies

• 依赖的jar包默认情况下可以在任何地方使用，可以通过scope标签设定起作用范围
• 作用范围
  • 主程序范围有效（main文件范围内）
  • 测试范围有效（test文件夹范围）
  • 是否参与打包（package指令范围内）

依赖范围的传递性

• 带有依赖范围的资源在进行传递的时候，作用范围将会受到影响

生命周期以及插件

生命周期

• Maven对项目构建的生命周期划分为3套
  • clean：清理工作
  • default：核心工作，例如编译、测试、打包、部署等
  • site：产生报告，发布站点等

clean生命周期

• pre-clean 执行一些需要在clean之前立即完成的工作
• clean 移除所有上一次构件生成的文件
• post-clean 执行一些需要在clean之后立即完成的工作

default生命周期

site生命周期

• pre-site 执行一些需要在生成站点文档之前完成的工作
• site 生成站点文档
• post-site 执行一些需要在生成站点文档之后完成的工作，并且为部署做准备工作
• site-deploy 将生成的站点文档部署到特定服务器上面去

插件

• 插件与生命周期内的阶段绑定，在执行到对应生命周期时执行对应的插件功能
• 默认maven在各个生命周期上绑定有预设的功能
• 通过插件可以自定义其他功能

测试博客的发布