IT虾米网

hibernate部分详解

qq123 2018年10月08日 编程语言 107 0

 ***hibernate原理

  1、通过 Configuration().configure();读取并解析 hibernate.cfg.xml 配置文件(读取并解析配置文件)。

  2、由 hibernate.cfg.xml 中的<mappingresource="com/xx/User.hbm.xml"/>读取解析映射信息。

  3、通过 config.buildSessionFactory();(创建 SessionFactory)。

  4、sessionFactory.openSession();//得到 session(打开 Session)。    

  5、session.beginTransaction();//开启事务(创建事务 Transation)。

  6、persistent operate;

  7、session.getTransaction().commit();//提交事务

  8、关闭 session;

  9、关闭 sessionFactory;

  说明:如果记不住代码,就回答后面的注释或者括号里面的内容就行了。

 

***简述 Hibernate 中对象的状态

  结合下面一官方的图来说一下 Hibernate 的三种状态,临时态(瞬时态)Transient、持久态 Persistent、游离态(脱管态)Deatched。

 

  1、临时状态(transient):刚刚用 new 语句创建,还没有被持久化,不处于 Session的缓存中。处于临时状态的 Java 对象被称为临时对象。(Session 没有关联, 数据库中没有对应记录

  2、持久化状态(persistent):已经被持久化,加入到 Session 的缓存中。处于持久化状态的 Java 对象被称为持久化对象。(Session 有关联,数据库中有对应记录

  3、游离状态(detached):已经被持久化,但不再处于 Session  的缓存中。处于游离状态的 Java 对象被称为游离对象。(Session 没有关联,数据库中有对应记录

 

 ***Load()和Get()的区别

  Load 和 get 都是根据指定的实体类和 id 从数据库读取记录,并返回与之对应的实体对象,主要区别如下:

  1、Load 支持延迟加载,而 Get 不支持延时加载。

  2、对于 Get 方法,hibernate 会确认一下该 id 对应的数据是否存在,首先在session 缓存中查找,然后在二级缓存中查找,还没有就查询数据库,数据库中没有就返回 null。

  3、对于 Load 方法,load 方法加载实体对象的时候,根据映射文件上类级别的lazy 属性的配置(默认为 true) (a)若为 true,则首先在 Session 缓存中查找,如果不存在则使用延迟加载,返回实体的代理类对象(该代理类为实体类的子类,由CGLIB 动态生成)。等到具体使用该对象(除获取 OID 以外)的时候,再查询二级缓存和数据库,若仍没发现符合条件的记录,则会抛出一个异常。(b)若为 false,就跟 get 方法查找顺序一样,只是最终若没发现符合条件的记录,则会抛出一个ObjectNotFoundException。

 

***hibernate的缓存机制

  一级缓存:一级缓存也叫 session 级缓存或事务级缓存,一级缓存的生命周期和 Session 的生命周期一致,也就是当 session 关闭时缓存即被清除,一级缓存在 Hibernate 中是不可配置的,即不能被卸载。(Session 为应用程序提供了两个管理缓存的方法: evict(Object obj),从缓存中清除参数指定的持久化对象; clear(), 清空缓存中所有持久化对象。)

  二级缓存:二级缓存也称进程级缓存或 SessionFactory 级缓存,二级缓存可以被所有的 session 共享,二级缓存的生命周期和 SessionFactory 的生命周期一致。二级缓存在 Hibernate 中是可以配置的,可以通过 class-cache 配置类粒度级别的缓存(class-cache 在 class 中数据发生任何变化的情况下自动更新),同时也可通过collection-cache 配置集合粒度级别的缓存(collection-cache 仅在 collection 中增加了元素或者删除了元素的情况下才自动更新,也就是当 collection 中元素发生值的变化的情况下它是不会自动更新的)。

  查询缓存:查询缓存,查询的结果集也可以被缓存。只有当经常使用同样的参数进行查询时, 这才会有些用处。要使用查询缓存, 首先你必须打开它:hibernate.cache.use_query_cache true。该设置将会创建两个缓存区域 -  一个用于保存查询结果集(org.hibernate.cache.StandardQueryCache);另一个则用于保存最近查询的一系列表的时间戳(org.hibernate.cache.UpdateTimestampsCache)。请注意:在查询缓存中,它并不缓存结果集中所包含的实体的确切状态;它只缓存这些实体的标识符属性的值、以及各值类型的结果。所以查询缓存通常会和二级缓存一起使用。绝大多数的查询并不能从查询缓存中受益,所以 Hibernate 默认是不进行查询缓存的。如若需要进行缓存,请调用 Query.setCacheable(true)方法。这个调用会让查询在执行过程中时先从缓存中查找结果,并将自己的结果集放到缓存中去。查询缓存在 Hibernate 同样是可配置的,默认是关闭的。

  扩展:二级缓存适合放哪些数据,不适合放哪些数据? 适合放二级缓存中的数据:

    1)    很少被修改的数据

    2)    不是很重要的数据,允许出现偶尔并发的数据

    3)    不会被并发访问的数据

    4)    常量数据

  不适合存放到第二级缓存的数据:

    1)    经常被修改的数据

    2)    绝对不允许出现并发访问的数据,如财务数据,绝对不允许出现并发

    3)    与其他应用共享的数据。

 

***hibernate中悲观锁与乐观锁的区别

  hibernate 中经常用到当多个线程对同一数据同时进行修改的时候, 会发生脏数据,造成数据的不一致性,解决办法是可以通过悲观锁和乐观锁来实现。

  悲观锁:采用数据库自带的锁的机制(也只有数据库层提供的锁机制才能真正保证数据访问的排他性,否则,即使在本系统中实现了加锁机制,也无法保证外部系统不会修改数据),系统谨慎的认为每个线程的操作都可能导致数据的不一致性,于是当前的线程进行加锁处理,其它线程阻塞,直到当前线程结束释放锁(数据库执行的语句应该是 select * from table where id.. for update 操作)。

  乐观锁:悲观锁虽然能够很好的保证数据一致性,但由于会造成阻塞,系统性能很低;而乐观锁是 Hibernate 级别的锁,它是乐观派通常认为多个事务同时操纵同一数据的情况是很少的,因为根本不做数据库层次上的锁定,只是基于数据的版本标识实现应用程序级别上的锁定机制,能够更好的提高系统性能。

 

***hibernate中update()和 saveOrUpdate()的区别

  update()和 saveOrUpdate()是用来对 Session 的 PO 进行状态管理的。

  update()方法操作的对象必须是持久化了的对象。也就是说,如果此对象在数据库中不存在的话,就不能使用 update()方法。

  saveOrUpdate()方法操作的对象既可以使持久化了的,也可以使没有持久化的对象。如果是持久化了的对象调用 saveOrUpdate()则会更新数据库中的对象;如果是未持久化的对象使用此方法,则 save 到数据库中。

 

***hibernate的优点和缺点

  优点:

    1、对象/关系数据库映射(ORM),是一种面向对象数据库操作,将开发人员从自己写 SQL 语句中解放出来,开发人员只要基于 API 对对象的操作,就可以完成数据库层的开发。降低了开发人员的要求,提高了开发和维护的效率。

    2、低侵入性设计,Hibernate 的引入没有任何侵入性,不仅可以与 Web 应用简单集成,也可以直接与 APP 应用集成使用,不依赖服务器容器,测试方便, 可以随便通过 Junit,main 方法就能完成测试。

    3、可移植性好,Hibernate 是基于配置开发,在对于不同的数据库进行切换时, 只要简单的修改配置就可以完成,性能很高。

    4、Hibernate 实现了透明持久化:当保存一个对象时,这个对象不需要继承Hibernate 中的任何类、实现任何接口,只是个纯粹的单纯对象—称为 POJO 对象, 带有持久化状态的、具有业务功能的单线程对象,此对象生存期很——这些对象唯一特殊的是他们正与(仅仅一个)Session 相关联。一旦这个 Session 被关闭, 这些对象就会脱离持久化状态,这样就可被应用程序的任何层自由使用。

    5、缓存机制,大大提高了 Hibernate 执行效率。

  缺点:

    1、Hibernate 的开发成本低,但学习成本高;Hibernate 对开发人员的要求很高,尤其在复杂的关联关系,延迟策略等开发上,很注重开发人员的能力修为。

    2、维护成本高,由于 Hibernate 对 SQL 的操作是基于对象的,而 SQL 的生成机制我们很少关心,尤其是复杂对象引用嵌套时,生成 SQL 会很复杂,但运维出现问题时,你会发现跟踪问题很麻烦,有时间想找一条合适的 SQL 都很麻烦。

    3、应用层次优化很难,JDBC 开发时我们可以自己来优化 SQL,Hibernate 在这块想提高性能优化是不容易实现的。

    4、批量操作不容易,而且调用过程、函数等也不如 JDBC 方便。

 

发布评论

分享到:

IT虾米网

微信公众号号:IT虾米 (左侧二维码扫一扫)欢迎添加!

struts2部分详解
你是第一个吃螃蟹的人
发表评论

◎欢迎参与讨论,请在这里发表您的看法、交流您的观点。