----http://developer.51cto.com/art/200907/133235.htm----
在Hibernate中有三种状态,对它的深入理解,才能更好的理解hibernate的运行机理,刚开始不太注意这些概念,后来发现它是重要的。对于理解hibernate,JVM和sql的关系有更好的理解。对于需要持久化的JAVA对象,在它的生命周期中有三种状态,而且互相转化。
Hibernate三种状态之一:临时状态(Transient):用new创建的对象,它没有持久化,没有处于Session中,处于此状态的对象叫临时对象;
Hibernate三种状态之二:持久化状态(Persistent):已经持久化,加入到了Session缓存中。如通过hibernate语句保存的对象。处于此状态的对象叫持久对象;
Hibernate三种状态之三:游离状态(Detached):持久化对象脱离了Session的对象。如Session缓存被清空的对象。特点:已经持久化,但不在Session缓存中。处于此状态的对象叫游离对象;
Hibernate三种状态中游离对象和临时对象异同:
两者都不会被Session关联,对象属性和数据库可能不一致;
游离对象由持久化对象关闭Session而转化而来,在内存中还有对象所以此时就变成游离状态了;
Hibernate和SQL的关系:
在操作了hibernate的方法如save()等后,并没有直接生成sql语句,去操作数据库,而是把这些更新存入Session中,只有Session缓存要被更新时,底层的sql语句才能执行,数据存入数据库;
下面举例说明:
一,Session.save(user)运行机理。
1,把User对象加入缓存中,使它变成持久化对象;
2,选用映射文件指定的标识生成ID;
3,在Session清理缓存时候执行:在底层生成一个insert sql语句,把对象存入数据库;
注意:在你执行Session.save(user)后,在Session清理缓存前,如果你修改user对象属性值,那么最终存入数据库的值将是最后修改的值;此过程中ID不能被修改;
二,Session.delete(user)运行过程。
如果user是持久化对象,则执行删除操作,同样底层数据库的执行条件是:在Session清理缓存时候;
如果user是游离对象:
1,将user对象和Session关联,使之成为持久化对象;
2,然后按照user 是持久化对象的过程执行;
----http://blog.youkuaiyun.com/llbupt/article/details/6227403----
Hibernate中的对象有3种状态:Transient(瞬时),Persistent(持久)和Detached(托管)。
1 瞬时状态:
由new命令开辟内存空间的java对象,例如Student stu = new Student();如果没有变量对他引用,它将被JVM回收。瞬时对象在内存中孤立存在,他的意义仅是携带信息的载体,不和数据库中的数据有任何的关联。通过session的save()和saveOrUpdate()方法可以把一个瞬时对象与数据库相关联,并把瞬时对象携带的信息通过配置文件所做的映射插入到数据库中,这个瞬时对象就成了持久化对象,拥有和数据库记录相同的id标示(Hibernate自动将id赋予它)
瞬时对象的特点是:
(1)不和Session实例关联
(2)在数据库中没有和瞬时对象关联的记录
2 持久化状态:
持久的实例在数据库中有对应的记录,拥有一个持久化标识。持久对象总是与Session和Transaction相关联,在一个Session中,对持久对象的改变不会马上对数据库进行变更,而必须在Transaction终止,也就是执行commit()之后,才在数据库中真正运行SQL进行变更,持久对象的状态才会与数据库进行同步。在同步之前的持久对象成为脏(dirty)对象。
使用find(),get(),load()和iterater()等方法查询到得数据对象,都是持久化对象;如果一个瞬时对象被持久对象引用,则该对象也会自动变为持久对象。
如果使用delete()方法,它就会变为瞬时对象;当一个Session执行close()或clear()、evict()之后,持久对象就会变为托管对象。
持久对象的特点:
(1)和Session实例关联
(2)在数据库中有和持久对象关联的记录
3 托管状态:
与持久对象关联的Session被关闭后,对象就变为托管的。对托管对象的引用依然有效,对象可继续被修改。托管对象如果重新关联到某个新的Session上,会再次转变为持久的。托管状态期间的改动将会被持久化到数据库。
托管状态拥有数据库标识id,所以它可以通过update()、saveOrUpdate()和lock()等方法,再度与持久层关联。
托管对象的特点:
(1)本质上和瞬时对象相同
(2)只是比瞬时对象多了一个数据库记录标识值id
------------------http://blog.youkuaiyun.com/csh624366188/article/details/7612142---------------------
Hibernate向我们提供的主要的操纵数据库的接口,Session就是其中的一个,它提供了基本的增,删,改,查方法.而且具有一个缓存机制,能够按照某个时间点,按照缓存中的持久化对象属性的变化来更新数据库,着就是Session的缓存清理过程.在Hibernate中对象分为三个状态,临时,持久化,游离.如果我们希望JAVA里的一个对象一直存在,就必须有一个变量一直引用着这个对象.当这个变量没了.对象也就被JVM回收了.这篇博客我们就带大家一起来看一下session的缓存机制,也就是hibernate的一级缓存,还有hibernate三种对象状态的详细情况。
当Session的save()方法持久化一个Customer对象时,Customer对象被加入到Session的缓存中,以后即使应用程序中的引用变量不再引用Customer对象,只要Session的缓存还没有被清空,Customer对象仍然处于生命周期中。 当Session的load()方法试图从数据库中加载一个Customer对象时,Session先判断缓存中是否已经存在这个Customer对象,如果存在,就不需要再到数据库中检索。 这样就大大提高了hibernate查询的时间效率,只有当事务提交,session关闭之后,session缓存才会失效
下面我们来通过一段代码来理解一下session缓存:
- tx = session.beginTransaction();
- Customer c1=new Customer(“zhangsan",new HashSet());
- //Customer对象被持久化,并且加入到Session的缓存中
- session.save(c1);
- Long id=c1.getId();
- //c1变量不再引用Customer对象
- c1=null;
- //从Session缓存中读取Customer对象,使c2变量引用Customer对象
- Customer c2=(Customer)session.load(Customer.class,id);
- tx.commit();
- //关闭Session,清空缓存
- session.close();
- //访问Customer对象
- System.out.println(c2.getName());
- // c2变量不再引用Customer对象,此时Customer对象结束生命周期。
- c2=null;
当session调用save保存一个对象时,这个对象就被加载到session缓存当中,其实调用save方法这里有个细节,很多人都忽略了这个细节,就是save方法有一个返回值,返回一个seriaseble接口类型的数据,我们知道像基本数据类型的包装类型都实现了这个接口,其实这个返回值我们可以理解为保存对象的id,我们在很多时候都能用到这个返回值,这是一个应该注意的地方。当对象被save到缓存中时,我们就可以调用对象的getid方法来获得他的id了。在上面的示例中我们可以看到,虽然c1被复位null了,但是此时在session缓存里面还是有一个变量指向着该对象,所以该对象才不被垃圾回收器回收,当我们在此利用该对象的id去用load查询时,其实还是去到session缓存去找并且返回该对象,当session关闭后。缓存清空。
下面我们在来看一个例子,来看一下get和load的另一个不同点:
- tx = session.beginTransaction();
- Customer c1=(Customer)session.load(Customer.class,new Long(1));
- Customer c2=(Customer)session.load(Customer.class,new Long(1));
- System.out.println(c1==c2); // true or false ??
- tx.commit();
- session.close();
很明显,这个示例最后打印出来的是true,因为他们获得的是同一个实例,我们具体来分析一下,我们在运行这段代码时,细心的童鞋应该会发现,利用load去查询对象时,没有生成sql语句,这是为什么呢?既然查询到结果了,为什么没有生成出来sql语句呢。这就是我们要说的load和get方法的第二个不同的地方了,load方法在查询时,其实是获得的该对象的一个代理的对象,当我们用到查询到的对象时,他才会去数据库进行查询,如上,如果我们调用c1.getName方法,这时就会打印出sql语句来,这时候他才真正的去数据库查询,而get方法,他在执行get的方法的时候就会去数据库查询,产生sql语句
Session缓存的作用
(1)减少访问数据库的频率。应用程序从内存中读取持久化对象的速度显然比到数据库中查询数据的速度快多了,因此Session的缓存可以提高数据访问的性能。
(2)保证缓存中的对象与数据库中的相关记录保持同步。当缓存中持久化对象的状态发生了变化,Session并不会立即执行相关的SQL语句,这使得Session能够把几条相关的SQL语句合并为一条SQL语句,以便减少访问数据库的次数,从而提高应用程序的性能。
Session的清理缓存
清理缓存是指按照缓存中对象的状态的变化来同步更新数据库,下面我们还是具体来看一段代码:以下程序代码对Customer的name属性修改了两次:
- tx = session.beginTransaction();
- Customer customer=(Customer)session.load(Customer.class,
- new Long(1));
- customer.setName("Jack");
- customer.setName("Mike");
- tx.commit();
当Session清理缓存时,只需执行一条update语句:
update CUSTOMERS set NAME= 'Mike'…… where ID=1;
其实第一次调用setName是无意义的,完全可以省略掉。
Session缓存在什么时候才清理呢?我们来看一下:
Session会在下面的时间点清理缓存:
1.当应用程序调用org.hibernate.Transaction的commit()方法的时候,commit()方法先清理缓存,然后再向数据库提交事务。
2.当应用程序显式调用Session的flush()方法的时候,其实这个方法我们几乎很少用到,因为我们一般都是在完成一个事务才去清理缓存,提交数据更改,这样我们直接提交事务就可以。
Hibernate中java对象的三种状态:
1、临时状态(transient):刚刚用new语句创建,还没有被持久化,不处于Session的缓存中。处于临时状态的Java对象被称为临时对象。
2、持久化状态(persistent):已经被持久化,加入到Session的缓存中。处于持久化状态的Java对象被称为持久化对象。
3、游离状态(detached):已经被持久化,但不再处于Session的缓存中。处于游离状态的Java对象被称为游离对象。
持久化状态和临时状态的不同点在于:
1、对象持久化状态时,他已经和数据库打交道了,在数据库里面存在着该对象的一条记录。
2、持久化状态的对象存在于session的缓存当中。
3、持久化状态的对象有自己的OID。
游离状态的对象与持久化状态的对象不同体现在游离状态的对象已经不处于session的缓存当中,并且在数据库里面已经不存在该对象的记录,但是他依然有自己的OID。
对象的状态转换
我们一起来分析一下这个状态转换图,首先一个对象被new出来之后,他是出于临时状态的,然后调用save或者saveOrUpdate方法把对象转换为持久化状态,这里的saveOrUpdate方法其实是一个偷懒的方法,我们以前用的所有的save方法的地方都可以修改为该方法,这个方法是在保存数据之前先查看一下这个对象是什么状态,如果是临时状态就保存,如果是游离状态就进行更新。持久化状态转换成游离状态可以是在session关闭或者被清理缓存时,在或者就是调用evict方法,这个方法就是强行把对象从session缓存中清除。游离状态装换为持久化状态可以调用update方法,其实update方法主要的功能就是把对象从游离状态装换成持久化状态的,因为一般的更新其实不用这个方法也可以。
下面我们举一个具体实例的看一下状态转换过程:
这个图需要大家仔细的理解一下,他很好的体现了对象生命周期的进程和对象状态的转换。
下面我们在用一个示例来看一下session的update方法是怎么把一个游离状态的对象装换成持久化的:
- Customer customer=new Customer();
- customer.setName("Tom");
- Session session1=sessionFactory.openSession();
- Transaction tx1 = session1.beginTransaction();
- session1.save(customer);
- tx1.commit();
- session1.close(); //此时Customer对象变为游离对象
- Session session2=sessionFactory.openSession();
- Transaction tx2 = session2.beginTransaction();
- customer.setName(“zhangsan") //在和session2关联之前修改Customer对象的属性
- session2.update(customer);
- customer.setName(“lisi"); //在和session2关联之后修改Customer对象的属性
- tx2.commit();
- session2.close();
当session1保存完对象,然后事务关闭时,对象就变为游离状态了,此时我们在打开一个session,利用update方法,在把对象和session关联起来,然后修改他的属性,提交事务之后,游离状态的对象一样可以修改保存到数据库中,这里虽然修改了两次对象的属性,但只会发送一条sql语句,因为update在修改对象数据时,只有在事务提交时,他才会发送sql语句进行提交。所以只有最后一条修改信息管用。
总结一下Session的update()方法完成以下操作:
(1)把Customer对象重新加入到Session缓存中,使它变为持久化对象。
(2)计划执行一个update语句。值得注意的是,Session只有在清理缓存的时候才会执行update语句,并且在执行时才会把Customer对象当前的属性值组装到update语句中。因此,即使程序中多次修改了Customer对象的属性,在清理缓存时只会执行一次update语句。
Web应用程序客户层和业务逻辑层之间传递临时对象和有利对象的过程:
Session的二级缓存
Hibernate提供了两级缓存,第一级缓存是Session的缓存。由于Session对象的生命周期通常对应一个数据库事务或者一个应用事务,因此它的缓存是事务范围的缓存。第一级缓存是必须的,不允许而且事实上也无法被卸除。在第一级缓存中,持久化类的每个实例都具有惟一的OID。 第二级缓存是一个可插拔的缓存插件,它由SessionFactory负责管理。由于SessionFactory对象的生命周期和应用程序的整个进程对应,因此第二级缓存是进程范围的缓存。这个缓存中存放的是对象的散装数据。第二级缓存是可选的,可以在每个类或每个集合的粒度上配置第二级缓存。
Hibernate二级缓存结构