HibernateTemplate的原理与hibernate三态

2024-02-16 23:48

本文主要是介绍HibernateTemplate的原理与hibernate三态,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

由于HibernateTemplate的原理与JdbcTemplate的原理类似,现在先讨论JdbcTemplate,在使用JDBC的时候,总是要处理繁琐的细节,例如Connectionstatement的获得,SQLException的处理,ConnectionStatement的关闭等问题。

使用Spring提供的org.springframework.jdbc.core.JdbcTemplate类被设计成线程安全,当中提供的一些操作方法封装了类似以上的流程。

要建立JdbcTemplate的实例就必须有一个DataSource对象:

JdbcTemplate jdbcTemplate = new JdbcTemplate(dataSource);

可使用Spring的依赖注入方式。来代替自己实例化。

刚刚看见一个例子,是这样的:

抽象类A中用到HibernateTemplate,一个类B继承了它,然后bean中是这样定义的,将HibernateTemplate直接注入到了子类B中,父类A一样可以使用HibernateTemplate

超类是被继承的类,即父类。

getGenericSuperclass()getActualTypeArguments()基本用法

import java.lang.reflect.ParameterizedType;

public class TT extends TT2<Integer> {

public static void main(String[] args) {
System.out.println(((ParameterizedType)newTT().

getClass().getGenericSuperclass()).getActualTypeArguments()[0]);

}

}

//outputclass java.lang.Integer

说明: getGenericSuperclass() 通过反射获取当前类表示的实体(类,接口,基本类型或void)的直接父类的TypegetActualTypeArguments()返回参数数组。

这样就可以利用它们将DAO做成泛型类。然后将其与HibernateTemplate一起使用,来获取对象,如:

entityClass=(ParameterizedType)newTT().getClass().getGenericSuperclass()).getActualTypeArguments()[0]);

Object entity = this.hibernateTemplate.get(entityClassid);

弄懂几个概念:临时状态、持久状态、游离状态、脱管状态。

临时状态:又被称为瞬时状态,java中很普遍,new了一个对象,这个对象不与Session实例相关联。

持久状态:

持久的实例在数据库中都有对应的记录,并且还有持久化标识。

持久状态都会与SessionTransaction相关联。Session不会将数据给提交到数据库,而是继续持久着,等待Transaction执行commit方法来提交数据。持久化对象才会与数据库同步,持久化对象就被称为脏对象。

将临时状态转化为持久化状态:

1.Session save这个瞬时对象,使其持久化。

2.使用 find(),get(),load() 和 iterater() 待方法查询到的数据对象,将成为持久化对象。

游离状态:

持久化对象脱离了Session的对象,如被Session缓存清空过的对象,还是有对象的。

脱管状态:

本质上和游离状态差不多,只是比瞬时对象多了一个数据库记录标识值 id.Session相关联,后session关闭,对象仍然可以继续改变。

持久化对象变成脱管对象:当执行 close() 或 clear(),evict() 之后,持久对象会变为脱管对象。

游离对象变成脱管对象:

 A.调用persist(),实体从游离转变到托管,最后变成持久化状态
  B.调用find()Query执行查询,实体从持久变成托管.
  C.调用refresh(),游离实体将被重新加载,变成托管状态.
  D.调用merge(),将游离实体变成托管实体.

讨论

一.Session.save(user)运行机理;

1.把User对象加入缓存中,成为持久化对象。

2.选用映射文件指定的标识生成ID

3.在Session清理缓存时执行:在底层生成insert语句,将对象存入数据库中。

如果在session.save()过程中,更改了User的属性,那么最终还是按照最终更改的来算,特别注意的是ID不能被修改。

二.Session.delete(user)

如果user是持久化对象,那么在session清理缓存的时候在底层执行delete操作。

如果user是游离态对象,那么先将usersession关联起来,最后按照user是持久化对象进行操作。

Saveupdate的区别:

Save是存储一个新的对象。

Update是把一个脱管对象或临时对象更新到数据库中。

Updatemerge的区别:

session中存在相同持久化标识的对象,用户给出的对象覆盖session已有的持久实例。

1.update会抛出异常。

2.使用merge的时候会将新生成的临时对象的属性复制到session已有的持久对象中,执行后临时对象依然是临时对象,持久化对象依然是持久化对象。

根据上面来试着解决下面的问题:

代码1_save

[java]

super.getHibernateTemplate().save(user);  

         System.out.println(""+user.getId());  

输出1

[java]

Hibernate: insert into user (userid, userpwd, userques, userans, usermail, integral, grade, sex, realname) values (?, ?, ?, ?, ?, ?, ?, ?, ?)  

9  


代码2_merge

[java]

super.getHibernateTemplate().merge(user);  

         System.out.println(""+user.getId());  

输出2

[java]

Hibernate: insert into user (userid, userpwd, userques, userans, usermail, integral, grade, sex, realname) values (?, ?, ?, ?, ?, ?, ?, ?, ?)  

0  


代码3_merge: 

[java]

user = (User)super.getHibernateTemplate().merge(user);  

         System.out.println(""+user.getId());  


输出3: 

[java]

Hibernate: insert into user (userid, userpwd, userques, userans, usermail, integral, grade, sex, realname) values (?, ?, ?, ?, ?, ?, ?, ?, ?)  

11  

为什么这几次的输入相差会这么大?

第一次使用了save,那么就会生成一个持久化对象。输出9,正常。

第二次使用了merge后,id0了。使用merge的时候会将新生成的临时对象的属性复制到session已有的持久对象中,执行后临时对象依然是临时对象。所以这个时候为0.而第三次使用了merge,是这样使用的:user = (User)super.getHibernateTemplate().merge(user); 

这时,访问user.id那么访问的是那个持久化对象的id,而不是上一步那样访问的是临时对象的id

这篇关于HibernateTemplate的原理与hibernate三态的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/716046

相关文章

Spring Cloud Hystrix原理与注意事项小结

《SpringCloudHystrix原理与注意事项小结》本文介绍了Hystrix的基本概念、工作原理以及其在实际开发中的应用方式,通过对Hystrix的深入学习,开发者可以在分布式系统中实现精细... 目录一、Spring Cloud Hystrix概述和设计目标(一)Spring Cloud Hystr

MySQL中的MVCC底层原理解读

《MySQL中的MVCC底层原理解读》本文详细介绍了MySQL中的多版本并发控制(MVCC)机制,包括版本链、ReadView以及在不同事务隔离级别下MVCC的工作原理,通过一个具体的示例演示了在可重... 目录简介ReadView版本链演示过程总结简介MVCC(Multi-Version Concurr

Redis主从/哨兵机制原理分析

《Redis主从/哨兵机制原理分析》本文介绍了Redis的主从复制和哨兵机制,主从复制实现了数据的热备份和负载均衡,而哨兵机制可以监控Redis集群,实现自动故障转移,哨兵机制通过监控、下线、选举和故... 目录一、主从复制1.1 什么是主从复制1.2 主从复制的作用1.3 主从复制原理1.3.1 全量复制

Redis主从复制的原理分析

《Redis主从复制的原理分析》Redis主从复制通过将数据镜像到多个从节点,实现高可用性和扩展性,主从复制包括初次全量同步和增量同步两个阶段,为优化复制性能,可以采用AOF持久化、调整复制超时时间、... 目录Redis主从复制的原理主从复制概述配置主从复制数据同步过程复制一致性与延迟故障转移机制监控与维

SpringCloud配置动态更新原理解析

《SpringCloud配置动态更新原理解析》在微服务架构的浩瀚星海中,服务配置的动态更新如同魔法一般,能够让应用在不重启的情况下,实时响应配置的变更,SpringCloud作为微服务架构中的佼佼者,... 目录一、SpringBoot、Cloud配置的读取二、SpringCloud配置动态刷新三、更新@R

Redis主从复制实现原理分析

《Redis主从复制实现原理分析》Redis主从复制通过Sync和CommandPropagate阶段实现数据同步,2.8版本后引入Psync指令,根据复制偏移量进行全量或部分同步,优化了数据传输效率... 目录Redis主DodMIK从复制实现原理实现原理Psync: 2.8版本后总结Redis主从复制实

深入探索协同过滤:从原理到推荐模块案例

文章目录 前言一、协同过滤1. 基于用户的协同过滤(UserCF)2. 基于物品的协同过滤(ItemCF)3. 相似度计算方法 二、相似度计算方法1. 欧氏距离2. 皮尔逊相关系数3. 杰卡德相似系数4. 余弦相似度 三、推荐模块案例1.基于文章的协同过滤推荐功能2.基于用户的协同过滤推荐功能 前言     在信息过载的时代,推荐系统成为连接用户与内容的桥梁。本文聚焦于

hdu4407(容斥原理)

题意:给一串数字1,2,......n,两个操作:1、修改第k个数字,2、查询区间[l,r]中与n互质的数之和。 解题思路:咱一看,像线段树,但是如果用线段树做,那么每个区间一定要记录所有的素因子,这样会超内存。然后我就做不来了。后来看了题解,原来是用容斥原理来做的。还记得这道题目吗?求区间[1,r]中与p互质的数的个数,如果不会的话就先去做那题吧。现在这题是求区间[l,r]中与n互质的数的和

hdu4407容斥原理

题意: 有一个元素为 1~n 的数列{An},有2种操作(1000次): 1、求某段区间 [a,b] 中与 p 互质的数的和。 2、将数列中某个位置元素的值改变。 import java.io.BufferedInputStream;import java.io.BufferedReader;import java.io.IOException;import java.io.Inpu

hdu4059容斥原理

求1-n中与n互质的数的4次方之和 import java.io.BufferedInputStream;import java.io.BufferedReader;import java.io.IOException;import java.io.InputStream;import java.io.InputStreamReader;import java.io.PrintWrit