黑人精品videos亚洲人,婷婷亚洲综合五月天小说在线 ,亚洲乱码一区二区三区在线观看

AK47 — Mon, 14 Feb 2011 06:26:00 GMT

本帖汇��M��|�上几篇关于hibernate的生命周期的帖子�?br />

转蝲�Q?/legend>

实体对象的生命周期在Hibernate应用中是一个很关键的概�?正确的理解实体对象的生命周期��对我们应用Hibernate做持久层设计起到很大的作�?而所谓的实体对象的生命周期就是指实体对象�׃�生到被GC回收的一�D�过�E?在这�q�程中我们需要理解的��是实体对象生命周期中的三种状�?

1. 自由状�?Transient)
所谓的Transient状�?卛_��体对象在内存中自由存�?与数据库中的记录无关,通常是我们的J2EE�?VO,�q�没有被�U�_��Hibernate的实体管理容�?

1    Test test = new Test();
2        test.setName("energykk");
3        //此时的test对象处于Transient(自由状�?�q�没有被Hibernate框架所��理
4

2.持久状�?Persistent)
何谓 Persistent? 卛_��体对象已�l�处于被Hibernate实体��理容器容器所��理的状�?�q�种状态下�q�个实体对象的引用将被纳入Hibernate实体��理容器容器所��理.
处于Persistent状态的实体对象,对它的变更也��被固化到数据库�?
在J2EE中通常指的是一个PO.

Transaction tr = session.beginTransaction();
        session.save(test);
        //此时的test对象已经处于Persistent(持久状�?它被Hibernate �U�_��实体��理容器
        tr.commit();
        Transaction tr2 = session.beginTransaction();
        test.setName("xukai");
        //在这个事务中我们�q�没有显�C�的调用save()�Ҏ��但是�׃��Persistent状态的对象��会自动的固化到
        //数据库中,因此此时正处在Persistent状态的test对象的变化也��自动被同步到数据库�?/span>
        tr2.commit();

处于Persistent状态的实体可以��单的理解�?如果一个实体对象与session发生了关�?�q�且处于session的有效期�?那么�q�个实体对象��处于Persistent状�?

3.游离状�?Detached)
处于Persistent状态的实体对象,其对应的session关闭以后,那么�q�个实体��处�?Detached状�?
我们可以认�ؓsession对象��是一个Persistent的宿�?一旦这个宿��d��?那么�q�个实体��处�?Detached状�?

session.close();
        //与test对象兌��的session被关�?因此此时的test对象�q�入 Detached(游离状�?

        session2 = HibernateSessionFactory.getSession();
        Transaction tr3 = session2.beginTransaction();
        session2.update(test);
        //此时正处于Detached状态的test对象�׃��再次借助与session2被纳入到Hibernate的实体管理容器所以此时的
        //test对象恢复到Persistent状�?/span>
        test.setName("jjjj");
        tr3.commit();

        session2.close();

既然Transient状态的实体与Detached状态的实体都与Hibernate的实体管理容器没有关�p?那他们到底存在哪些差�?
差异��在于处于Transient状态的只有一个Name的属�?此时的test对象所包含的数据信息仅限于�?他与数据库中的记录没有�Q何瓜�?
但是处于Detached状态的实体已经不止包含Name�q�个属�?�q�被赋予了主键也��是通常POJO里的id属�?�׃��id是主�?他可以确定数据库表中的一�?br /> 唯一的记�?那么自然的处于Detached状态的实体��p��与数据库表中拥有相同id的记录相兌��.
�q�就是他们之间所存在的差�? ��而言�?Transient状态的实体�~�Z��与数据库表记录之间的联系,而Detached状态的试题恰恰相反.只不�q�是��q��了session�q�个数据库操作��^台而已.

原帖地址 �Q?http://www.tkk7.com/energykk/archive/2007/05/08/115927.html

生命周期图：
原图地址�Q?span style="color: #c0c0c0;">http://hi.baidu.com/quest2run/blog/item/39e1d08c7dbd45f4503d9222.html

persistence context

生命周期特征�ȝ�� Q?br /> 原帖地址 �Q?span style="color: #c0c0c0;"> http://blog.csdn.net/hgd250/archive/2008/08/06/2775943.aspx
Transient�Q?/span>

    与数据库中的记录没有��M��关系,��x��有与其相兌��的数据库记录.
    与session没有��M��关系.��x��有通过session对象的实例对其进行�Q何持久化的操�?br /> Persistent�Q?br />     每个persistent状态的实体对象都与一个session对象的实例相兌��
    处于 Persistent状态的实体对象是与数据库中的记录相兌��?
    Hibernate会依据persistent状态的实体对象的属性变化而改变数据库中相对应的记�?/span>.
Detached�Q?br />     游离态是由持久态实体对象�{变而来�?
    游离态实体不再与session对象相关�?
    游离态实体对象与数据库中的记录没有直接联�p?对其所做的��M��修改��不会媄响到到数据库中的数据.
    游离态实体对象在数据库有相对应的数据记录,如果没有被其他事务删�?

AK47 2011-02-14 14:26 发表评论

ThreadLocal �?getCurrentSession

AK47 — Thu, 26 Nov 2009 06:35:00 GMT

看了下面的文章才��d��明白了ThreadLocal �?getCurrentSession的关�p?br /> http://hi.baidu.com/%B7%C7%D4%C2%CE%DE%D0%C4/blog/item/8b14b8db49b40961d1164e54.html

引用 :

1 getCurrentSession创徏的session会和�l�定到当前线�E?而openSession不会�?/p>

2 getCurrentSession创徏的线�E�会在事务回滚或事物提交后自动关�?而openSession必须手动关闭

�q�里getCurrentSession本地事务(本地事务:jdbc)�?要在配置文�g里进行如下设�|?/p>

* 如果使用的是本地事务�Q�jdbc事务�Q?br /> thread
* 如果使用的是全局事务�Q�jta事务�Q?br /> jta

getCurrentSession () 使用当前的session
openSession() 重新建立一个新的session

在一个应用程序中�Q�如果DAO 层��用Spring 的hibernate 模板�Q�通过Spring 来控制session 的生命周期，则首选getCurrentSession ()�?/p>

使用Hibernate的大多数应用�E�序需要某�U��Ş式的“上下文相关的” session�Q�特定的session在整个特定的上下文范围内始终有效。然而，对不同类型的应用�E�序而言�Q�要��Z��么是�l�成�q�种“上下�?#8221;下一个定义通常是困隄��Q�不同的上下文对“当前”�q�个概念定义了不同的范围�?span style="color: #ff0000;">�?.0版本之前�Q��用Hibernate的程序要么采用自行编写的��Z�� ThreadLocal的上下文session�Q�要么采用HibernateUtil�q�样的辅助类�Q�要么采用第三方框架�Q�比如Spring或Pico)�Q�它们提供了��Z��代理(proxy)或者基于拦截器(interception)的上下文相关session�?/span>�?.0.1版本开始，Hibernate增加了SessionFactory.getCurrentSession()�Ҏ��?/span>一开始，它假定了采用JTA事务�Q�JTA事务定义了当前session的范围和上下�?scope and context)。Hibernate开发团队坚信，因�ؓ有好几个独立的JTA TransactionManager实现�E�_��可用�Q�不论是否被部��v��C��个J2EE容器中，大多�?假若不是所有的�Q�应用程序都应该采用JTA事务��理。基于这一点，采用JTA的上下文相关session可以满��你一切需要�?/p>

更好的是�Q�从3.1开始，SessionFactory.getCurrentSession()的后台实现是可拔插的。因此，我们引入了新的扩展接�?(org.hibernate.context.CurrentSessionContext)和新的配�|�参�?(hibernate.current_session_context_class)�Q�以便对什么是“当前session”的范围和上下�?scope and context)的定义进行拔插�?/p>

请参�?org.hibernate.context.CurrentSessionContext接口的Javadoc,那里有关于它的契�U�的详细讨论。它定义了单一的方法，currentSession()�Q�特定的实现用它来负责跟�t�当前的上下文session。Hibernate内置了此接口的两�U�实现�?/p>

org.hibernate.context.JTASessionContext - 当前session�Ҏ��JTA来跟�t�和界定。这和以前的仅支持JTA的方法是完全一��L��。详情请参阅Javadoc�?/p>

org.hibernate.context.ThreadLocalSessionContext - 当前session通过当前执行的线�E�来跟踪和界定。详情也请参阅Javadoc�?/p>

�q�两�U�实现都提供�?#8220;每数据库事务对应一个session”的编�E�模型，也称作每�ơ请求一个session。Hibernate session的�v始和�l�结由数据库事务的生存来控制。假若你采用自行�~�写代码来管理事务（比如�Q�在�U��a的J2SE,或�?JTA/UserTransaction/BMT�Q�，��你��用Hibernate Transaction API来把底层事务实现从你的代码中隐藏掉。如果你在支持CMT的EJB容器中执行，事务边界是声明式定义的，你不需要在代码中进行�Q何事务或 session��理操作。请参阅�W?11 �?事务和�ƈ发一节来阅读更多的内容和�C�Z��代码�?/p>

hibernate.current_session_context_class 配置参数定义了应该采用哪个org.hibernate.context.CurrentSessionContext实现。注意，��Z��向下兼容�Q�如果未配置此参敎ͼ�但是存在org.hibernate.transaction.TransactionManagerLookup的配�|�，Hibernate会采用org.hibernate.context.JTASessionContext。一般而言�Q�此参数的值指明了要��用的实现�cȝ��全名�Q�但那两个内�|�的实现可以使用��写，�?jta"�?thread"�?/p>

1、getCurrentSession()与openSession()的区别？

* 采用getCurrentSession()创徏的session会绑定到当前�U�程中，而采用openSession()
创徏的session则不�?br /> * 采用getCurrentSession()创徏的session在commit或rollback时会自动关闭�Q�而采用openSession()
创徏的session必须手动关闭
2、��用getCurrentSession()需要在hibernate.cfg.xml文�g中加入如下配�|�：
* 如果使用的是本地事务�Q�jdbc事务�Q?br /> thread
* 如果使用的是全局事务�Q�jta事务�Q?br /> jta

利于ThreadLocal模式��理Session
   早在Java1.2推出之时�Q�Java�q�_��中就引入了一个新的支持：java.lang.ThreadLocal�Q�给我们在编写多�U�程�E�序
   时提供了一�U�新的选择。ThreadLocal是什么呢�Q�其实ThreadLocal�q��是一个线�E�的本地实现版本�Q�它�q�不是一个Thread�Q?br />    而是thread local variable(�U�程局部变�?。也许把它命名�ؓThreadLocalVar更加合适。线�E�局部变�?ThreadLocal)
   其实的功用非常简单，��是为每一个��用某变量的线�E�都提供一个该变量值的副本�Q�是每一个线�E�都可以独立地改变自��q��副本�Q?br />    而不会和其它�U�程的副本冲�H�。从�U�程的角度看�Q�就好像每一个线�E�都完全拥有一个该变量�?br />    ThreadLocal是如何做��Cؓ每一个线�E�维护变量的副本的呢�Q�其实实现的思�\很简单，在ThreadLocal�c�M��有一个Map�Q?br />    用于存储每一个线�E�的变量的副本。比如下面的�C�Z��实现(��Z��单，没有考虑集合的泛�?�Q?br /> public class HibernateUtil {

public static final ThreadLocal session =new ThreadLocal();

public static final SessionFactory sessionFactory;
   static {
      try {
        sessionFactory = new Configuration().configure().buildSessionFactory();
      } catch (Throwable ex) {
           throw new ExceptionInInitializerError(ex);
      }
}

     public static Session currentSession() throws HibernateException {
        Session s = session.get();
        if(s == null) {
          s = sessionFactory.openSession();
          session.set(s);
           }
         return s;
       }

    public static void closeSession() throws HibernateException {
           Session s = session.get();
        if(s != null) {
            s.close();
        }
        session.set(null);
    }
}

原来一切都是那么简单�?br />

AK47 2009-11-26 14:35 发表评论

AK47 — Wed, 18 Nov 2009 06:12:00 GMT

�|�上扑ֈ�一些关于hibernate�~�存的文�?个�h觉得很不�?整合了一�?
http://www.javaresearch.org/article/53556.htm Hibernate的缓存机�?br />

引用 : �~�存是介于应用程序和物理数据源之��_��其作用是��Z��降低应用�E�序对物理数据源讉K��的频�ơ，从而提高了应用的运行性能。缓存内的数据是对物理数据源中的数据的复�Ӟ��应用�E�序在运行时从缓存读写数据，在特定的时刻或事件会同步�~�存和物理数据源的数据�?br /> �~�存的介质一般是内存�Q�所以读写速度很快。但如果�~�存中存攄��数据量非常大�Ӟ��也会用硬盘作为缓存介质。缓存的实现不仅仅要考虑存储的介质，�q�要考虑到管理缓存的�q�发讉K��和缓存数据的生命周期�?br />
Hibernate的缓存包括Session的缓存和SessionFactory的缓存，其中SessionFactory的缓存又可以分�ؓ两类�Q�内�|�缓存和外置�~�存。Session的缓存是内置的，不能被卸载，也被�U�CؓHibernate的第一�U�缓存。SessionFactory的内�|�缓存和 Session的缓存在实现方式上比较相��|��前者是SessionFactory对象的一些集合属性包含的数据�Q�后者是指Session的一些集合属性包含的数据。SessionFactory的内�|�缓存中存放了映��元数据和预定义SQL语句�Q�映��元数据是映��文件中数据的拷贝，而预定义SQL语句是在 Hibernate初始化阶�D�|��据映��元数据推导出来�Q�SessionFactory的内�|�缓存是只读的，应用�E�序不能修改�~�存中的映射元数据和预定�?SQL语句�Q�因此SessionFactory不需要进行内�|�缓存与映射文�g的同步。SessionFactory的外�|�缓存是一个可配置的插件。在默认情况下，SessionFactory不会启用�q�个插�g。外�|�缓存的数据是数据库数据的拷贝，外置�~�存的介质可以是内存或者硬盘�?SessionFactory的外�|�缓存也被称为Hibernate的第二��~�存�?br />
Hibernate的这两��~�存都位于持久化层，存放的都是数据库数据的拷贝，那么它们之间的区别是什么呢�Q��ؓ了理解二者的区别�Q�需要深入理解持久化层的�~�存的两个特性：�~�存的范围和�~�存的�ƈ发访问策略�?br />
持久化层的缓存的范围

�~�存的范围决定了�~�存的生命周期以及可以被谁访问。缓存的范围分�ؓ三类�?br />
1 事务范围�Q�缓存只能被当前事务讉K��。缓存的生命周期依赖于事务的生命周期�Q�当事务�l�束�Ӟ��~�存也就�l�束生命周期。在此范围下�Q�缓存的介质是内存。事务可以是数据库事务或者应用事务，每个事务都有独自的缓存，�~�存内的数据通常采用�怺�兌��的的对象形式�?br />
2 �q�程范围�Q�缓存被�q�程内的所有事务共享。这些事务有可能是�ƈ发访问缓存，因此必须对缓存采取必要的事务隔离机制。缓存的生命周期依赖于进�E�的生命周期�Q�进�E�结束时�Q�缓存也��q��束了生命周期。进�E�范围的�~�存可能会存攑֤�量的数据�Q�所以存攄��介质可以是内存或��盘。缓存内的数据既可以是相互关联的对象形式也可以是对象的松散数据�Ş式。松散的对象数据形式有点�c�M��于对象的序列化数据，但是对象分解为松散的��法比对象序列化的算法要求更快�?br />
3 集群范围�Q�在集群环境中，�~�存被一个机器或者多个机器的�q�程�׃�n。缓存中的数据被复制到集��环境中的每个进�E�节点，�q�程间通过�q�程通信来保证缓存中的数据的一致性，�~�存中的数据通常采用对象的松散数据�Ş式�?br />
对大多数应用来说�Q�应该慎重地考虑是否需要��用集��范围的�~�存�Q�因��问的速度不一定会比直接访问数据库数据的速度快多��?br />
持久化层可以提供多种范围的缓存。如果在事务范围的缓存中没有查到相应的数据，�q�可以到�q�程范围或集��范围的�~�存内查询，如果�q�是没有查到�Q�那么只有到数据库中查询。事务范围的�~�存是持久化层的�W�一�U�缓存，通常它是必需的；�q�程范围或集��范围的�~�存是持久化层的�W�二�U�缓存，通常是可选的�?br />
持久化层的缓存的�q�发讉K��{�略

当多个�ƈ发的事务同时讉K��持久化层的缓存的相同数据�Ӟ��会引起�ƈ发问题，必须采用必要的事务隔��L��施�?br />
在进�E�范围或集群范围的缓存，即第二��~�存�Q�会出现�q�发问题。因此可以设定以下四�U�类型的�q�发讉K��{�略�Q�每一�U�策略对应一�U�事务隔��ȝ�别�?br />
事务型：仅仅在受��理环境中适用。它提供了Repeatable Read事务隔离�U�别。对于经常被��M��很少修改的数据，可以采用�q�种隔离�c�d��Q�因为它可以防止脏读和不可重复读�q�类的�ƈ发问题�?br />
��d��型：提供了Read Committed事务隔离�U�别。仅仅在非集��的环境中适用。对于经常被��M��很少修改的数据，可以采用�q�种隔离�c�d��Q�因为它可以防止脏读�q�类的�ƈ发问题�?br />
非严��D��写型�Q�不保证�~�存与数据库中数据的一致性。如果存在两个事务同时访问缓存中相同数据的可能，必须��数据配置一个很短的数据�q�期旉��Q�从而尽量避免脏诅R��对于极��被修改�Q��ƈ且允许偶��脏�ȝ��数据�Q�可以采用这�U��ƈ发访问策略�?nbsp;　　只读型：对于从来不会修改的数据，如参考数据，可以使用�q�种�q�发讉K��{�略�?br />
事务型�ƈ发访问策略是事务隔离�U�别最高，只读型的隔离�U�别最低。事务隔��ȝ�别越高，�q�发性能��p��低�?br />
什么样的数据适合存放到第二��~�存中？

1、很��被修改的数�?nbsp;

2、不是很重要的数据，允许出现偶尔�q�发的数�?br />
3、不会被�q�发讉K��的数�?br />
4、参考数�?br />
不适合存放到第二��~�存的数据？

1、经常被修改的数�?br />
2、胦务数据，�l�对不允许出现�ƈ�?br />
3、与其他应用�׃�n的数据�?br />
Hibernate的二�U�缓�?br />
如前所�q�ͼ�Hibernate提供了两�U�缓存，�W�一�U�是Session的缓存。由于Session对象的生命周期通常对应一个数据库事务或者一个应用事务，因此它的�~�存是事务范围的�~�存。第一�U�缓存是必需的，不允许而且事实上也无法比卸除。在�W�一�U�缓存中�Q�持久化�cȝ��每个实例都具有唯一的OID�?br />
�W�二�U�缓存是一个可插拔的的�~�存插�g�Q�它是由SessionFactory负责��理。由于SessionFactory对象的生命周期和应用�E�序的整个过�E�对应，因此�W�二�U�缓存是�q�程范围或者集��范围的�~�存。这个缓存中存放的对象的松散数据。第二��对象有可能出现�ƈ发问题，因此需要采用适当的�ƈ发访问策略，该策略�ؓ被缓存的数据提供了事务隔��ȝ�别。缓存适配器用于把具体的缓存实现��Y件与Hibernate集成。第二��~�存是可选的�Q�可以在每个�c�L��每个集合的粒度上配置�W�二�U�缓存�?br />
Hibernate的二�U�缓存策略的一般过�E�如下：

1) 条�g查询的时候，��L��发出一条select * from table_name where …. �Q�选择所有字�D�）�q�样的SQL语句查询数据库，一�ơ获得所有的数据对象�?nbsp;

2) 把获得的所有数据对象根据ID攑օ�到第二��~�存中�?nbsp;

3) 当Hibernate�Ҏ��ID讉K��数据对象的时候，首先从Session一�U�缓存中查；查不刎ͼ�如果配置了二�U�缓存，那么从二�U�缓存中查；查不刎ͼ�再查询数据库�Q�把�l�果按照ID攑օ�到缓存�?nbsp;

4) 删除、更新、增加数据的时候，同时更新�~�存�?br />
Hibernate的二�U�缓存策略，是针对于ID查询的缓存策略，对于条�g查询则毫无作用。�ؓ此，Hibernate提供了针�Ҏ��件查询的Query�~�存�?br />
Hibernate的Query�~�存�{�略的过�E�如下：

1) Hibernate首先�Ҏ��q�些信息�l�成一个Query Key�Q�Query Key包括条�g查询的请求一般信息：SQL, SQL需要的参数�Q�记录范��_��起始位置rowStart�Q�最大记录个数maxRows)�Q�等�?nbsp;

2) Hibernate�Ҏ��q�个Query Key到Query�~�存中查扑֯�应的�l�果列表。如果存在，那么�q�回�q�个�l�果列表�Q�如果不存在�Q�查询数据库�Q�获取结果列表，把整个结果列表根据Query Key攑օ�到Query�~�存中�?nbsp;

3) Query Key中的SQL涉及��C��些表名，如果�q�些表的��M��数据发生修改、删除、增加等操作�Q�这些相关的Query Key都要从缓存中清空

http://www.javaeye.com/topic/249465 Hibernate�~�存机制

引用 : Hibernate的缓存管�?/span>

一�U�缓存的��理:

      evit(Object obj) ��指定的持久化对象从一�U�缓存中清除,释放对象所占用的内存资�?指定对象从持久化状态变��状�?从而成为游��d��?
      clear() ��一�U�缓存中的所有持久化对象清除,释放其占用的内存资源
      contains(Object obj) 判断指定的对象是否存在于一�U�缓存中.
      flush() ��h��一�U�缓存区的内�?使之与数据库数据保持同步.

二��~�存的管�?

      evict(Class arg0, Serializable arg1) ��某个类的指定ID的持久化对象从二�U�缓存中清除,释放对象所占用的资�?

      Hibernate的二�U�缓存功能是靠配�|�二�U�缓存插件来实现�?Hibernate��Z��集成�q�些插�g,Hibernate提供了org.hibernate.cache.CacheProvider借口,它充当缓存插件与Hibernate之间的适配�?.

常用的二�U�缓存插�?
EHCache org.hibernate.cache.EhCacheProvider
OSCache org.hibernate.cache.OSCacheProvider
SwarmCahe org.hibernate.cache.SwarmCacheProvider
JBossCache org.hibernate.cache.TreeCacheProvider

��单介�l�一下EHCache的配�|?br /> hibernate.cfg.xml

Xml代码:

          true

ehcache.xml

Xml代码:

****.hbm.xml

Xml代码:

"-//Hibernate/Hibernate Mapping DTD 3.0//EN"
"http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd" >

AK47 2009-11-18 14:12 发表评论