详解hibernate4基本实现原理

 更新时间:2017年09月12日 10:35:28   作者:动力节点  
本文通过图文并茂的形式给大家介绍的hibernate4基本实现原理,非常不错,具有参考借鉴价值,需要的朋友参考下吧

整体流程

1:通过configuration来读cfg.xml文件

2:得到SessionFactory工厂

3:通过SessionFactory工厂来创建Session实例

4:通过Session打开事务

5:通过session的api操作数据库

6:事务提交

7:关闭连接

说明:以下分方法描述的实现流程并不是Hibernate的完整实现流程,也不是Hibernate的完整实现顺序,只是描述了Hibernate实现这些方法的主干和基本方式,主要是用来理解这些方法背后都发生了些什么,如果需要详细完整的实现流程,请查阅Hibernate相应文档和源代码


当我们调用了session.save(UserModel)后:

1:TO--->PO:Hibernate先在缓存中查找,如果发现在内部缓存中已经存在相同id的PO,就认为这个数据已经保存了,抛出例外。

如果缓存中没有,Hibernate会把传入的这个TO对象放到session控制的实例池去,也就是把一个瞬时对象变成了一个持久化对象。

如果需要Hibernate生成主键值,Hibernate就会去生成id并设置到PO上

2:客户端提交事务或者刷新内存

3:根据model类型和cfg.xml中映射文件的注册来找到相应的hbm.xml文件

4:根据hbm.xml文件和model来动态的拼sql,如下:

insert into表名(来自hbm.xml) (字段名列表(来自hbm.xml ))values(对应的值的列表(根据hbm.xml从传入的model中获取值))

5:真正用JDBC执行sql,把值添加到数据库

6:返回这个PO的id。





当我们调用了session.update(UserModel)后:

1:DO--->PO:首先根据model的主键在hibernate的实例池中查找该对象,找到就抛出错误。

如果没有就DO--->PO,Hibernate会把传入的这个DO对象放到session控制的实例池去,也就是把一个瞬时对象变成了一个持久化对象

2:客户端提交事务或者刷新内存

3:根据model类型和cfg.xml中映射文件的注册来找到相应的hbm.xml文件

4:根据hbm.xml文件和model来动态的拼sql,不进行脏数据检查,如下:

update表名(来自hbm.xml) set 字段名(来自hbm.xml )=值(根据hbm.xml从传入的model中获取值) where条件

5:真正用JDBC执行sql,把值修改到数据库




当我们调用了session.update(UserModel)后:

1:首先根据model的主键在hibernate的实例池中查找该对象,找到就使用该PO对象(用来检查脏数据)。

2:客户端提交事务或者刷新内存

3:Hibernate会进行脏数据检查,如果没有数据被修改,就不执行下面的步骤了。

4:根据model类型和cfg.xml中映射文件的注册来找到相应的hbm.xml文件

5:根据hbm.xml文件和model来动态的拼sql,进行脏数据检查(如果开启了dynamic-update的话),如下:

update表名(来自hbm.xml) set 字段名(来自hbm.xml )=值(根据hbm.xml从传入的model中获取值) where条件

6:真正用JDBC执行sql,把值修改到数据库




Id的生成方式为assigned的情况

当我们调用了session.delete(UserModel)后:

1:根据model的主键在数据库里面查找数据,来保证对象的存在,然后把找到的对象放到内存里面,如果此时在hibernate的实例池中已经存在对应的实体对象(注意:代理对象不算实体对象),就抛出例外。

2:如果此时在hibernate的实例池中不存在对应的实体对象,那么就把对象放到内存里面,但会标识成待删除的对象,就不可以被load等使用了。

3:如果对象还是不存在,那么就直接返回了(注意,这个时候是不抛出例外的)。也就是说,delete之前会执行一个查询语句。

4:客户端提交事务或者刷新内存

5:判断待删除的PO是否存在,存在才需要删除,否则不需要删除

6:如果要删除,才执行以下的步骤。先根据model类型和cfg.xml中映射文件的注册来找到相应的hbm.xml文件

7:根据hbm.xml文件和model来动态的拼sql,如下:

delete from表名(来自hbm.xml) where 主键=值(来自model)

8:真正的JDBC执行sql,把数据从数据库中删除




Id的生成方式为非assigned的情况

当我们调用了session.delete(UserModel)后:

1:根据model的主键在hibernate的实例池中查找对应的实体对象(注意:代理对象不算实体对象),找到就抛出例外。

2:如果内存中没有对应的实体对象,就什么都不做。

3:客户端提交事务或者刷新内存

4:先根据model类型和cfg.xml中映射文件的注册来找到相应的hbm.xml文件

5:根据hbm.xml文件和model来动态的拼sql,如下:

delete from表名(来自hbm.xml) where 主键=值(来自model)

6:真正用JDBC执行sql,把数据从数据库中删除,如果数据不存在,就抛出例外

当我们调用了session.delete(UserModel)后:

1:根据model的主键在hibernate的实例池中查找对应的实体对象(注意:代理对象不算实体对象),找到就使用该对象。

2:如果内存中没有对应的实体对象,就到数据库中查找来保证对象的存在,把找到的对象放到内存里面,而且不会标识成待删除的对象,可以继续被load等使用。代理对象也需要去数据库中查找数据。

3:如果对象还是不存在,那么就抛出例外。也就是说,delete之前可能会执行一个查询语句。

4:客户端提交事务或者刷新内存

5:根据model类型和cfg.xml中映射文件的注册来找到相应的hbm.xml文件

6:根据hbm.xml文件和model来动态的拼sql,如下:

delete from表名(来自hbm.xml) where 主键=值(来自model)

7:真正用JDBC执行sql,把数据从数据库中删除


当我们调用了s.load(UserModel.class,“主键值");后:

1:根据model类型和主键值在一级缓存中查找对象,找到就返回该对象

2:如果没有找到,判断是否lazy=true,如果是,那就生成一个代理对象并返回;否则就先查找二级缓存,二级缓存没有,就查找数据库。如果是返回代理对象的,在第一次访问非主键属性的时候,先查找二级缓存,二级缓存中没有才真正查找数据库。

3:如果需要查找数据库的话,会根据model类型和cfg.xml中映射文件的注册来找到相应的hbm.xml文件

4:根据hbm.xml文件和model来动态的拼sql,如下:

select字段列表(来自hbm.xml) from 表名(来自hbm.xml) where 主键=值

5:真正用JDBC执行sql,把数据从数据库中查询出来到rs里面。如果找不到就报错

6:从结果集---〉Model,然后返回model

注意:load方法开不开事务都可以执行查询语句。




当我们调用了s.get(UserModel.class, “主键值");后:

1:先根据model类型和主键值查找缓存,如果存在具体的实体对象,就返回;如果存在实体的代理对象(比如前面load这条数据,但是还没有使用,那么load生成的是一个只有主键值的代理对象),那么查找数据库,把具体的数据填充到这个代理对象里面,然后返回这个代理对象,当然这个代理对象此时已经完全装载好数据了,跟实体对象没有什么区别了。

2:如果要查找数据库,先根据model类型和cfg.xml中映射文件的注册来找到相应的hbm.xml文件

3:根据hbm.xml文件和model来动态的拼sql,如下:

select字段列表(来自hbm.xml) from 表名(来自hbm.xml) where 主键=值

4:真正用JDBC执行sql,把数据从数据库中查询出来到rs里面,没有值就返回null

5:从结果集---〉Model,然后返回model

注意:get方法开不开事务都可以执行查询语句。




当我们调用了q.list();后:

1:对HQL进行语义分析,分析出model来

2:根据model类型和cfg.xml中映射文件的注册来找到相应的hbm.xml文件

3:根据hbm.xml文件和model,来解析HQL,从而实现动态的把HQL转换成对应的sql,(从hql---〉sql这个过程是非常复杂的,不但区分不同的数据库,还包括了对sql进行自动的优化),这里只能简单的示例如下:

select字段列表(来自hbm.xml) from 表名(来自hbm.xml) where 条件

4:真正用JDBC执行sql,把数据从数据库中查询出来到rs里面

5:从结果集---〉Model集合(或对象数组),然后返回model集合(或对象数组)

注意:list()方法开不开事务都可以执行查询语句。



总结

以上所述是小编给大家介绍的hibernate4基本实现原理,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对脚本之家网站的支持!

相关文章

  • Java学习基础之安装JDK/配置JDK环境&IEDA工具安装

    Java学习基础之安装JDK/配置JDK环境&IEDA工具安装

    这篇文章主要介绍了Java学习基础系列文章的第一篇,主要内容是安装JDK/配置JDK环境&IEDA工具安装的相关资料,需要的朋友可以参考下
    2020-02-02
  • 深入理解Java设计模式之中介者模式

    深入理解Java设计模式之中介者模式

    这篇文章主要介绍了JAVA设计模式之中介者模式的的相关资料,文中示例代码非常详细,供大家参考和学习,感兴趣的朋友可以了解
    2021-11-11
  • Mybatis给数据库敏感字段加解密详解

    Mybatis给数据库敏感字段加解密详解

    这篇文章主要介绍了Mybatis给数据库敏感字段加解密详解,为了保护数据库敏感字段数据安全,有时候我们需要将敏感数据加密入库,查询时再解密成明文,我们可以利用Mybatis自定义TypeHandler来处理,需要的朋友可以参考下
    2023-11-11
  • SpringMVC 限流的示例代码

    SpringMVC 限流的示例代码

    这篇文章主要介绍了SpringMVC 限流的示例代码,小编觉得挺不错的,现在分享给大家,也给大家做个参考。一起跟随小编过来看看吧
    2017-12-12
  • MyBatis的缓存解析

    MyBatis的缓存解析

    这篇文章主要介绍了MyBatis的缓存解析,一级缓存是SqlSession级别的,通过同一个SqlSession查询的数据会缓存,下次查询相同的数据就会从缓存中直接获取,不会从数据重新访问,前提必须是同一个SqlSession对象,并且查询的数据相同,需要的朋友可以参考下
    2023-09-09
  • SpringBoot集成Zipkin实现分布式全链路监控

    SpringBoot集成Zipkin实现分布式全链路监控

    这篇文章主要介绍了SpringBoot集成Zipkin实现分布式全链路监控的方法啊,本文通过实例代码给大家介绍的非常详细,具有一定的参考借鉴价值,需要的朋友可以参考下
    2019-09-09
  • Java实现监听文件变化的三种方案详解

    Java实现监听文件变化的三种方案详解

    这篇文章主要介绍了Java实现监听文件变化的三种方法,每种方案给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友可以参考下
    2022-05-05
  • java求最大公约数与最小公倍数的方法示例

    java求最大公约数与最小公倍数的方法示例

    这篇文章主要介绍了java求最大公约数与最小公倍数的方法,涉及java数值运算的相关操作技巧,并附带分析了eclipse环境下设置运行输入参数的相关操作技巧,需要的朋友可以参考下
    2017-11-11
  • Spring Boot jar中没有主清单属性的解决方法

    Spring Boot jar中没有主清单属性的解决方法

    这篇文章主要介绍了Spring Boot jar中没有主清单属性的解决方法,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
    2020-03-03
  • Spring Cloud Config配置文件使用对称加密的方法

    Spring Cloud Config配置文件使用对称加密的方法

    Spring Cloud Config提供了两种加密解密方式,一种是对称加密,一种是非对称加密。这篇文章将先展示如何使用对称加密。感兴趣的朋友跟随脚步之家小编一起学习吧
    2018-05-05

最新评论