关于Mybatis的mapper.xml文件中从pojo获取属性值的问题

关于Mybatis的mapper.xml文件中从pojo获取属性值的问题,第1张

在实际开发项目中,我们查询条件不可能很单一,查询字段可能包括很多字段,比如:查询条件可以有用户信息,商品信息,订单信息等。

这里我们的基础实体类是用户类,我在这个基础上扩展他,之后包装他作为我们的查询条件。

包装类:用于parameterType

UserMapper接口

mapper配置文件编写sql:

上图中可看到在mapperxml配置文件中用 userCustomusername 获取父类中的username私有成员变量,实际上是通过 userCustomgetUsername() 方法获得的

以下文章通过一个简单的例子来看看ognl的用法

另还有一篇文章展示了mybatis中的ognl教程

通过以上的了解,现在把User类中的 getUsername 方法注释掉

再次运行程序,得到以下报错:

接着,我们仍旧保留对 getUsername 方法的注释,但是现在把 username 设置为 public

再次运行测试程序,得到以下正常的结果显示

以上就证明了在mapperxml中, userCustomusername 实际上是通过调用了 userCustomgetUsername() 方法获得了user中的username属性,而不是userCustom直接访问父类User中的private修饰的username成员变量。

学习了Spring之后,我们已经了解如何将一个类作为Bean交由IoC容器管理,也就是说,现在我们可以通过更方便的方式来使用Mybatis框架,我们可以直接把SqlSessionFactory、Mapper交给Spring进行管理,并且可以通过注入的方式快速地使用它们。

因此,我们要学习一下如何将Mybatis与Spring进行整合,那么首先,我们需要在之前知识的基础上继续深化学习。

在之前,我们如果需要创建一个JDBC的连接,那么必须使用 DriverManagergetConnection() 来创建连接,连接建立后,我们才可以进行数据库 *** 作。

而学习了Mybatis之后,我们就不用再去使用 DriverManager 为我们提供连接对象,而是直接使用Mybatis为我们提供的 SqlSessionFactory 工具类来获取对应的 SqlSession 通过会话对象去 *** 作数据库。

那么,它到底是如何封装JDBC的呢?我们可以试着来猜想一下,会不会是Mybatis每次都是帮助我们调用 DriverManager 来实现的数据库连接创建?我们可以看看Mybatis的源码:

在通过 SqlSessionFactory 调用 openSession 方法之后,它调用了内部的一个私有的方法 openSessionFromDataSource ,我们接着来看,这个方法里面定义了什么内容:

也就是说,我们的数据源配置信息,存放在了 Transaction 对象中,那么现在我们只需要知道执行器到底是如何执行SQL语句的,我们就知道到底如何创建 Connection 对象了,就需要获取数据库的链接信息了,那么我们来看看,这个 DataSource 到底是个什么:

我们发现,它是在 javaxsql 定义的一个接口,它包括了两个方法,都是用于获取连接的。因此,现在我们可以断定,并不是通过之前 DriverManager 的方法去获取连接了,而是使用 DataSource 的实现类来获取的,因此,也就正式引入到我们这一节的话题了:

数据库链接的建立和关闭是极其耗费系统资源的 *** 作,通过DriverManager获取的数据库连接,

一个数据库连接对象均对应一个物理数据库连接,每次 *** 作都打开一个物理连接,使用完后立即关闭连接,频繁的打开、关闭连接会持续消耗网络资源,造成整个系统性能的低下。

因此,JDBC为我们定义了一个数据源的标准,也就是 DataSource 接口,告诉数据源数据库的连接信息,并将所有的连接全部交给数据源进行集中管理,当需要一个 Connection 对象时,可以向数据源申请,数据源会根据内部机制,合理地分配连接对象给我们。

一般比较常用的 DataSource 实现,都是采用池化技术,就是在一开始就创建好N个连接,这样之后使用就无需再次进行连接,而是直接使用现成的 Connection 对象进行数据库 *** 作。

当然,也可以使用传统的即用即连的方式获取 Connection 对象,Mybatis为我们提供了几个默认的数据源实现,我们之前一直在使用的是官方的默认配置,也就是池化数据源:

一共三个选项:

那么我们先来看看,不使用池化的数据源实现,它叫做 UnpooledDataSource ,我们来看看源码:

首先这个类中定义了很多的成员,包括数据库的连接信息、数据库驱动信息、事务相关信息等。

我们接着来看,它是如何实现 DataSource 中提供的接口的:

实际上,这两个方法都指向了内部的一个 doGetConnection 方法,那么我们接着来看:

首先它将数据库的连接信息也给添加到 Properties 对象中进行存放,并交给下一个 doGetConnection 来处理,套娃就完事了呗,接着来看下一层源码:

到这里,就返回 Connection 对象了,而此对象正是通过 DriverManager 来创建的,因此,非池化的数据源实现依然使用的是传统的连接创建方式,那我们接着来看池化的数据源实现,它是 PooledDataSource 类:

我们发现,在这里的定义就比非池化的实现复杂得多了,因为它还要考虑并发的问题,并且还要考虑如何合理地存放大量的链接对象,该如何进行合理分配,因此它的玩法非常之高级。

首先注意,它存放了一个UnpooledDataSource,此对象是在构造时就被创建,其实创建Connection还是依靠数据库驱动创建,我们后面慢慢解析,首先我们来看看它是如何实现接口方法的:

可以看到,它调用了 popConnection() 方法来获取连接对象,然后进行了一个代理,我们可以猜测,有可能整个连接池就是一个类似于栈的集合类型结构实现的。那么我们接着来看看 popConnection 方法:

经过上面一顿猛如虎的 *** 作之后,我们可以得到以下信息:

如果最后得到了连接对象(有可能是从空闲列表中得到,有可能是直接创建的新的,还有可能是经过回收策略回收得到的)。

那么连接(Connection)对象一定会被放在活跃列表中(stateactiveConnections)

那么肯定有一个疑问,现在我们已经知道获取一个链接会直接进入到活跃列表中,那么,如果一个连接被关闭,又会发生什么事情呢,我们来看看此方法返回之后,会调用 getProxyConnection 来获取一个代理对象,实际上就是 PooledConnection 类:

它直接代理了构造方法中传入的Connection对象,也是使用JDK的动态代理实现的,那么我们来看一下,它是如何进行代理的:

那么我们最后再来看看 pushConnection 方法:

这样,我们就已经完全了解了Mybatis的池化数据源的执行流程了。

只不过,无论Connection管理方式如何变换,无论数据源再高级,我们要知道,它都最终都会使用 DriverManager 来创建连接对象,而最终使用的也是 DriverManager 提供的 Connection 对象。

通过了解数据源,我们已经清楚,Mybatis实际上是在使用自己编写的数据源(数据源有很多,之后我们再聊其他的)默认使用的是池化的数据源,它预先存储了很多的连接对象。

那么我们来看一下,如何将Mybatis与Spring更好的结合呢,比如我们现在希望将SqlSessionFactory交给IoC容器进行管理,而不是我们自己创建工具类来管理(我们之前一直都在使用工具类管理和创建会话)

首先导入依赖:

在mybatis-spring依赖中,为我们提供了SqlSessionTemplate类,它其实就是官方封装的一个工具类,我们可以将其注册为Bean,这样我们随时都可以向IoC容器索要,而不用自己再去编写一个工具类了,我们可以直接在配置类中创建:

最后成功得到Student实体类,证明 SqlSessionTemplate 成功注册为Bean可以使用了。

虽然这样已经很方便了,但是还不够方便,我们依然需要手动去获取Mapper对象,那么能否直接得到对应的Mapper对象呢,我们希望让Spring直接帮助我们管理所有的Mapper,当需要时,可以直接从容器中获取,我们可以直接在配置类上方添加注解:

这样,Spring会自动扫描所有的Mapper,并将其实现注册为Bean,那么我们现在就可以直接通过容器获取了:

请一定注意,必须存在 SqlSessionTemplate 或是 SqlSessionFactoryBean 的Bean,否则会无法初始化(毕竟要数据库的链接信息)

我们接着来看,如果我们希望直接去除Mybatis的配置文件,那么改怎么去实现呢?

我们可以使用 SqlSessionFactoryBean 类:

首先我们需要创建一个数据源的实现类,因为这是数据库最基本的信息,然后再给到 SqlSessionFactoryBean 实例,这样,我们相当于直接在一开始通过IoC容器配置了 SqlSessionFactory ,只需要传入一个 DataSource 的实现即可。

删除配置文件,重新再来运行,同样可以正常使用Mapper。

从这里开始,通过IoC容器,Mybatis已经不再需要使用配置文件了,之后基于Spring的开发将不会再出现Mybatis的配置文件。

sqlSessionFactorygetConfiguration()getMappedStatement("comdaoResourceDaosave")getBoundSql(null)getSql()

comdaoResourceDao为namespace

save为id

以上就是关于关于Mybatis的mapper.xml文件中从pojo获取属性值的问题全部的内容,包括:关于Mybatis的mapper.xml文件中从pojo获取属性值的问题、深入Mybatis框架、请教Mybatis中如何在程序中获取Mapper中定义的SQL语句等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/web/9278980.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-26
下一篇 2023-04-26

发表评论

登录后才能评论

评论列表(0条)

保存