mybatis各阶段的详解

比如我们在引入了jdbc的配置文件使用了properties标签，引入jdbc有什么好处？，可以在配置文件中统一管理

内容而不是在很多个文件改来改去，而且在核心配置文件中把数据库连接相关的写死，显然是硬编码的所以我们用配置文件代替 nice！！！

你可能注意到了上面的写法 用前缀jdbc 可以很好地将他们与其他的变量区分开，（可以从名字很容易看出是jdbc相关的数据，不至于和同名变量搞混因为username这种可能

不止会出现在数据库的连接）

上面的代码中引入配置文件的部分为

可以从上面看到写法：

下面这段就是用来设置类的别名：

那么问题来了，为什么要有类的别名这种 *** 作？？

因为在映射文件中每次都要写全类名显然有点麻烦比如下面这样：

一个项目是会有很多个映射文件的为了方便，所以类别名就出现了。可以在核心配置文件写接口类和对应的别名

这样就可以在映射文件的命名空间里可以直接写User（对大小没有要求也可以是user; 其实可以比这更加简单，也是我们在实际开发中常用的写法

就是将整个包写成别名的形式，如果不写alias属性默认为类名（不区分大小写），这样就容易多了，我们只需一行代码，便可以在所有的映射文件命名空间

中直接写对应的类名

引入核心的配置文件

首先需要思考的这里是映射文件的引入，我们正常的一个项目的数据库是有很多个表组成的那么每一张表对应一个mapper接口，每个接口对应一个映射文件，那么就需要导入大量的映射文件，还容易漏掉-->

上面这种以包的形式的导入非常方便，不用每次新建一个接口就要导入它的映射文件，但是上面这种写法需要 注意 一些问题：

如果你在映射文件中编写查询语句的sql,但是粗心的你忘记了设置返回类型会在控制台抛异常且会看到这样的说明：

It's likely that neither a Result Type nor a Result Map was specified

下面只是指定返回类型的一种方式：resultType,还有 resultMap

它们的区别：

查询的标签必须指定resultType或resultMap

comkobedumybatis 获取参数的两种方式：${} 和 #{}

上面是使用了 #{}写法相当于原生jdbc的占位符，这个前面已经提到过了所以不多赘述， 需要注意的是#{}里面的变量名可以是任意的username规范显然很好，但是aaaa也没错因为只是用来占位的；

还有就是在使用${}时注意''单引号问题，因为${}是字符拼接的方式，所以需要注意！！

传输参数时有多个参数时

在测试代码里通过传入两个参数分别为 username和password 但是在上面代码的（映射文件里的部分代码）执行失败，（sql语句未能解析）

报错：

Cause: orgapacheibatisbindingBindingException: Parameter 'username' not found Available parameters are [arg1, arg0, param1, param2]

可以从错误提示的信息不难发现我们的参数在映射文件里未能真正地接受到，可以用[arg1, arg0, param1, param2] 的方式获取，mybatis将参数放到map容器可以通过建arg0,agr1的方式

获取参数（也可以是param1,param2）

将上面的代码改动：

需要注意的是：使用${}时需要手动添加''才能正常访问，因为他的处理方式是字符串的拼接

做了改动之后结果很感人！！

User{id=6, userName='旺财', age=20, password='cwlz'}

可以直接通过键访问相对应的值（通过自己的方式访问到数据，上面的形式是mybatis默认提供的map和mybatis默认的提取指的方式 arg0，arg2）

当需要传多个参数时将他们放到一个map容器，然后将map传给对应的方法（模拟mybatis的做法，就可以在sql语句中直接通过键访问到值）代码如下：

映射文件中的部分代码 ：

通过键直接获取值，注意：使用${}时不要忘了单引号！！！！

当参数以实体对象的形式传参时如何解决？

只需要通过#{}以属性名的方式访问！

所以代码的编写一定要规范,才能减少这种错误！！！

一定要和注解中的参数名一一对应！！！

如果查询的结果只有一个，也可以通过Map集合接收，字段名为键字段的值为值：{password=0000, id=3, userName=图区, age=20}

javalangIngeger --> int ,Integer

int --> _int,_Integer

Map --> map

String --> string

注意：

所以在批量删除的案例：需要注意的是不能使用#{} 因为它是会自动添加'' 所以在批量删除的语句中我们要使用${}

若字段和属性名不一致 ，则可以通过resultMap设置自定义映射

在mybatis的核心配置文件用下面的代码将 数据库中命名的规范 (user_name) 转换为 java中的命名规范 (userName)

就是手动设置属性与字段的映射关系：

如果设置了手动的设置属性和字段的映射关系，注意主键使用 id 标签，普通字段使用 result标签，就算属性和字段名一一对应，只要

用了这种方式就 必须要写全 ！！！

一对多的查询:

通过分步查询实现:

多条件的查询

if 根据标签中test的属性所对应的表达式决定标签中的内容是否拼接到sql语句中

上面的where后面的 1=1 是细节，因为当where后面的条件都为空时就成了 select from t_user where

显然这种sql语句是有问题的，还有一种情况就是当userName为null时语句就成了 select from t_user where and age=#{age}

这也是错的，所以在where后加一个恒成立的条件不仅不会影响查询结果，而且没有会在特定情况时sql语句是会报错的所以很有必要

where 当where标签中有内容时，会自动生成where关键字，并且将内容前多余的and 或者or去掉

当where中没有内容时，此时where标签没有任何效果 就是不会生成关键字 注意：在写条件时不能在后面加and or 这个在下一条语句无效时mybatis不会帮你去掉！

相当于 if else

一个案例 -->就是当我们需要批量删除一些东西时（参数以数组的形式传入）

sql 片段: 在我们的查询语句不能在实际开发中也一直写 ；因为我们要按需查找，不必将不需要的也查询出来,我们可以将我们平常查询次数较多的字段

放在sql片段内，可以在需要查询时直接进行引用！

缓存，这个术语我们听过很多次，在web阶段时访问网页时有缓存机制！

现在sql的查询时也有缓存机制，有一级缓存，一级缓存是默认开启的，一级缓存的范围时sqlSession，将我们查询到的数据先进行缓存，若下次有相同的查询时不用重新

访问数据库，可以直接从缓存中取出！！！！

手动清空缓存 sqlSessionclearCache();

在mapper配置文件中添加cache标签可以设置一些属性：

逆向工程就是不难理解,我们之前都是由实体类到数据库，而逆向类就是通过数据库表生成实体类，

最近学习mybatis框架时，遇到一坑，记录一下debug过程。

*** 作表一对一查询时，运行junit测试类时报错如下：

根据错误提示，第一时间检查了mapper的xml文件名称以及对应的包名是否跟dao接口类的一致，确认没有问题后，初步判定原因是 mapper映射文件问题 ，mapper内容如下：

随后检查mapper文件中返回类型以及实体类属性、数据表对应字段，发现应该是由于resultMap定义的返回类型有问题，于是检查mybatis主配置文件

果不其然，调试后明确问题：

由于主配置文件只配置了<mappers>标签下的<package>指定了dao接口所在包， 没有配置<typeAliases>下的<package>指定实体类的别名，因此mapper文件中返回的实体类名称不能使用简写，需要写完整全限定类名

主配置文件指定实体类别名后测试，测试类正常返回一对一查询的数据

以上就是关于mybatis各阶段的详解全部的内容，包括:mybatis各阶段的详解、mybatis报Mapper配置文件出错、等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！