hibernate源码分析 持久化原理.docx

hibernate hibernate 源码分析 -- 持久化原理 hibernate 的持久化机制是采用 session 容器的方式来缓存数据，当进行 save 或者 update 对象时， Hibernate 并未将这个对象实际的写入数据库中，而仅仅是在session 缓存中根据应用的行为做了登记，在真正需要将缓存中的数据 flush 入数据库时才执行先前登记的所有行为。 这里执行就包括 hibernate 提出的二个概念 VO，PO VO（Value Object）是独立的 Java Object。 PO（Persistence Object）是由Hibernate 纳入其实体容器（EntityMap）的对象，它代表了与数据库中某条记录对应的 Hibernate 实体，PO 的变化在事务提交时将反应到实际数据库中。如果一个 PO 与 Session 对应的实体容器中分离（如Session 关闭后的 PO），那么此时，它又会变成一个VO。Hibernate 到底是怎样运作的。 需要将所有缓存 flush 入数据库，Session 启动一个事务，并按照 insert,update,……,delete 的顺序提交所有之前登记的操作（注意：所有 insert 执行完毕后才会执行 update） Hibernate 的 flush 处理机制，我们在一些复杂的对象更新和保存的过程中就要考虑数据库操作顺序的改变以及延时 flush 是否对程序的结果有影响。如果确实存在着影响，那就可以在需要保持这种操作顺序的位置加入 flush 强制 Hibernate 将缓存中记录的操作 flush 入数据库，这样看起来也许不太美观，但很有效。 通常我们使用 Hibernate 的时候 ，首先要通过以下的代码去创建一个 Session. Configuration con= Configuration con=newConfiguration().configure(); ServiceRegistry sr=newServiceRegistryBuilder().applySettings(con.getProperties()).buildServiceRegis try(); SessionFactory factory=con.buildSessionFactory(sr); Session session=factory.openSession(); Transaction ts=session.beginTransaction(); 这里先从我们创建 sessionfactory 的代码入手， 一级级往里看。 这里先从我们创建 sessionfactory 的代码入手， 一级级往里看。 Configuration con=new Configuration().configure();Configuration 位于包 org.hibernate.cfg 下。该类是读取 hibernate.cfg.xml 文件的入口。进入该类， 我们看到 1965 行，publicConfiguration configure() throwsHibernateException { configure(/hibernate.cfg.xml);returnthis;}也就是说，在没有放入参数的情况下， hibernate 默认会找到名字为 hibernate.cfg.xml 文件来进行解析。继续往下看， 找到带参数的 configure()。 Configuration con=new Configuration().configure(); Configuration 位于包 org.hibernate.cfg 下。该类是读取 hibernate.cfg.xml 文件的入口。 进入该类， 我们看到 1965 行， publicConfiguration configure() throwsHibernateException { configure(/hibernate.cfg.xml); returnthis; } 也就是说，在没有放入参数的情况下， hibernate 默认会找到名字为 hibernate.cfg.xml 文件来进行 解析。 继续往下看， 找到带参数的 configure()。 publicConfiguration configure(String resource) throwsHibernateException { LOG.configuringFromResource( resource ); InputStream stream = getConfigurationInputStream( resource ); re