Hibernate最全面试题

心已赠人 2021-09-14 23:50 280阅读 0赞

# Hibernate常见面试题 #

## Hibernate工作原理及为什么要用？ ##

> Hibernate工作原理及为什么要用？

1.  读取并解析配置文件
2.  读取并解析映射信息，创建SessionFactory
3.  打开Sesssion
4.  创建事务Transation
5.  持久化操作
6.  提交事务
7.  关闭Session
8.  关闭SesstionFactory

![N3pwIAz.png][]

使用Hibernate框架就不用我们写很多繁琐的SQL语句。**Hibernate实现了ORM，能够将对象映射成数据库表，从而简化我们的开发！**

## Hibernate是如何延迟加载(懒加载)? ##

> Hibernate是如何延迟加载(懒加载)?

通过设置属性`lazy`进行设置是否需要懒加载

当Hibernate在查询数据的时候，数据并没有存在与内存中，**当程序真正对数据的操作时，对象才存在与内存中，就实现了延迟加载**，他节省了服务器的内存开销，从而提高了服务器的性能。

## Hibernate中怎样实现类之间的关系?(如：一对多、多对多的关系) ##

> Hibernate中怎样实现类之间的关系?(如：一对多、多对多的关系)

它们通过配置文件中的`many-to-one、one-to-many、many-to-many`来实现类之间的关联关系的。

## hibernate的三种状态之间如何转换 ##

> hibernate的三种状态之间如何转换

Hibernate中对象的状态：

*  **临时/瞬时状态**
 *  **持久化状态**
 *  **游离状态**

### 临时/瞬时状态 ###

当我们**直接new出来的对象就是临时/瞬时状态的**..

*  **该对象还没有被持久化【没有保存在数据库中】**
 *  **不受Session的管理**

![这里写图片描述][SouthEast]

### 持久化状态 ###

**当保存在数据库中的对象就是持久化状态了**

*  **当调用session的save/saveOrUpdate/get/load/list等方法的时候，对象就是持久化状态**
 *  **在数据库有对应的数据**
 *  **受Session的管理**
 *  **当对对象属性进行更改的时候，会反映到数据库中!**

![这里写图片描述][SouthEast 1]

我们来测试一下：**当对对象属性进行更改的时候，会反映到数据库中!**

session.save(idCard);
            idCard.setIdCardName("我是测试持久化对象");

![这里写图片描述][SouthEast 2]

### 游离状态 ###

**当Session关闭了以后，持久化的对象就变成了游离状态了…**

*  **不处于session的管理**
 *  **数据库中有对应的记录**

![这里写图片描述][SouthEast 3]

有了上面的基础，我们就很容易说出它们之间的转换了

*  **new出来的对象是瞬时状态->保存到数据库中(受Session管理)就是持久化状态->将session close掉就是游离状态**

## 比较hibernate的三种检索策略优缺点 ##

> 比较hibernate的三种检索策略优缺点

**立即检索：**

*  优点： 对应用程序完全透明，不管对象处于持久化状态，还是游离状态，应用程序都可以方便的从一个对象导航到与它关联的对象；
 *  缺点： 1.select语句太多；2.可能会加载应用程序不需要访问的对象白白浪费许多内存空间；
 *  立即检索:`lazy=false`；

**延迟检索：**

*  优点： 由应用程序决定需要加载哪些对象，可以避免可执行多余的select语句，以及避免加载应用程序不需要访问的对象。因此能提高检索性能，并且能节省内存空间；
 *  缺点： 应用程序如果希望访问游离状态代理类实例，必须保证他在持久化状态时已经被初始化；
 *  延迟加载：`lazy=true`；

**迫切左外连接检索：**

*  优点： 1对应用程序完全透明，不管对象处于持久化状态，还是游离状态，应用程序都可以方便地冲一个对象导航到与它关联的对象。2使用了外连接，select语句数目少；
 *  缺点： 1 可能会加载应用程序不需要访问的对象，白白浪费许多内存空间；2复杂的数据库表连接也会影响检索性能；
 *  预先抓取： `fetch=“join”`；

## hibernate都支持哪些缓存策略 ##

> hibernate都支持哪些缓存策略

usage的属性有4种：

*  放入二级缓存的对象，只读(Read-only);
 *  非严格的读写(Nonstrict read/write)
 *  读写； 放入二级缓存的对象可以读、写(Read/write)；
 *  基于事务的策略(Transactional)

## hibernate里面的sorted collection 和ordered collection有什么区别 ##

> hibernate里面的sorted collection 和ordered collection有什么区别

sorted collection

*  是在**内存中通过Java比较器**进行排序的

ordered collection

*  是在**数据库中通过order by**进行排序的

对于比较大的数据集，**为了避免在内存中对它们进行排序而出现 Java中的OutOfMemoryError，最好使用ordered collection。**

## 说下Hibernate的缓存机制 ##

> 说下Hibernate的缓存机制

**一级缓存：**

*  Hibenate中一级缓存，也叫做session的缓存，**它可以在session范围内减少数据库的访问次数！ 只在session范围有效！ Session关闭，一级缓存失效！**
 *  **只要是持久化对象状态的，都受Session管理，也就是说，都会在Session缓存中！**
 *  Session的缓存由hibernate维护，**用户不能操作缓存内容； 如果想操作缓存内容，必须通过hibernate提供的evit/clear方法操作**。

**二级缓存：**

*  **二级缓存是基于应用程序的缓存，所有的Session都可以使用**
 *  Hibernate提供的二级缓存有默认的实现，且是一种**可插配的缓存框架**！如果用户想用二级缓存，**只需要在hibernate.cfg.xml中配置即可**； 不想用，直接移除，不影响代码。
 *  如果用户觉得hibernate提供的框架框架不好用，**自己可以换其他的缓存框架或自己实现缓存框架都可以**。
 *  Hibernate二级缓存：**存储的是常用的类**

![这里写图片描述][SouthEast 4]

## Hibernate的查询方式有几种 ##

> Hibernate的查询方式有几种

*  对象导航查询(objectcomposition)
 *  HQL查询  
    
    
     *  1、 属性查询
     *  2、 参数查询、命名参数查询
     *  3、 关联查询
     *  4、 分页查询
     *  5、 统计函数
 *  Criteria 查询
 *  SQLQuery本地SQL查询

## 如何优化Hibernate？ ##

> 如何优化Hibernate？

*  Ø 数据库设计调整
 *  Ø HQL优化
 *  Ø API的正确使用(如根据不同的业务类型选用不同的集合及查询API)
 *  Ø 主配置参数(日志，查询缓存，fetch\_size, batch\_size等)
 *  Ø 映射文件优化(ID生成策略，二级缓存，延迟加载，关联优化)
 *  Ø 一级缓存的管理
 *  Ø 针对二级缓存，还有许多特有的策略

详情可参考资料：

*  [https://www.cnblogs.com/xhj123/p/6106088.html][https_www.cnblogs.com_xhj123_p_6106088.html]

## 谈谈Hibernate中inverse的作用 ##

> 谈谈Hibernate中inverse的作用

**inverse属性默认是false**,就是说关系的两端都来维护关系。

*  比如Student和Teacher是多对多关系，用一个中间表TeacherStudent维护。Gp)
 *  如果Student这边inverse=”true”, 那么关系由另一端Teacher维护，就是说当插入Student时，不会操作TeacherStudent表（中间表）。只有Teacher插入或删除时才会触发对中间表的操作。所以两边都inverse=”true”是不对的，会导致任何操作都不触发对中间表的影响；当两边都inverse=”false”或默认时，会导致在中间表中插入两次关系。

**如果表之间的关联关系是“一对多”的话，那么inverse只能在“一”的一方来配置！**

详情可参考：

*  [https://zhongfucheng.bitcron.com/post/hibernate/hibernate-inversehe-cascadeshu-xing-zhi-shi-yao-dian][https_zhongfucheng.bitcron.com_post_hibernate_hibernate-inversehe-cascadeshu-xing-zhi-shi-yao-dian]

## JDBC hibernate 和 ibatis 的区别 ##

> JDBC hibernate 和 ibatis 的区别

### jdbc:手动 ###

*  手动写sql
 *  delete、insert、update要将对象的值一个一个取出传到sql中,不能直接传入一个对象。
 *  select:返回的是一个resultset，要从ResultSet中一行一行、一个字段一个字段的取出，然后封装到一个对象中，不直接返回一个对象。

### ibatis的特点:半自动化 ###

*  sql要手动写
 *  delete、insert、update:直接传入一个对象
 *  select:直接返回一个对象

### hibernate:全自动 ###

*  不写sql,自动封装
 *  delete、insert、update:直接传入一个对象
 *  select:直接返回一个对象

## 在数据库中条件查询速度很慢的时候,如何优化? ##

> 在数据库中条件查询速度很慢的时候,如何优化?

1.  建索引
2.  减少表之间的关联
3.  优化sql，尽量让sql很快定位数据，不要让sql做全表查询，应该走索引,把数据量大的表排在前面
4.  简化查询字段，没用的字段不要，已经对返回结果的控制，尽量返回少量数据

详情可参考：

*  [https://mp.weixin.qq.com/s?timestamp=1520300404&src=3&ver=1&signature=W6Fo7aDHiJtK4ecUcnSJ4h9bN0vRAcTPKBTgLWSJDsMcdQReJC487RYzUIU9UFYQdmgLFyss9cKifM\*GFp\*CEVLtaLlwjj2HaDOjsCRkTnwfVlUY5cDhSyRi-c8leheofZJVnu6wYQ3IvT\*hYyVB1pQCqqnuXIWERaksjXuyNP8=][https_mp.weixin.qq.com_s_timestamp_1520300404_src_3_ver_1_signature_W6Fo7aDHiJtK4ecUcnSJ4h9bN0vRAcTPKBTgLWSJDsMcdQReJC487RYzUIU9UFYQdmgLFyss9cKifM_GFp_CEVLtaLlwjj2HaDOjsCRkTnwfVlUY5cDhSyRi-c8leheofZJVnu6wYQ3IvT_hYyVB1pQCqqnuXIWERaksjXuyNP8]

## 什么是SessionFactory,她是线程安全么 ##

> 什么是SessionFactory,她是线程安全么

**SessionFactory 是Hibrenate单例数据存储和线程安全的，以至于可以多线程同时访问**。一个SessionFactory 在启动的时候只能建立一次。SessionFactory应该包装各种单例以至于它能很简单的在一个应用代码中储存.

## get和load区别 ##

> get和load区别

*  **get()立即查询**

![这里写图片描述][SouthEast 5]

*  **load()懒加载**

![这里写图片描述][SouthEast 6]

*  1）get如果没有找到会返回null， load如果没有找到会抛出异常。
 *  2）get会先查一级缓存， 再查二级缓存，然后查数据库；load会先查一级缓存，如果没有找到，就创建代理对象， 等需要的时候去查询二级缓存和数据库。

## merge的含义： ##

> merge的含义：

*  如果session中**存在相同持久化标识(identifier)的实例**，用用户给出的对象的状态**覆盖旧有的持久实例**
 *  如果session\*\*没有相应的持久实例\*\*，则尝试从数据库中加载，或创建新的持久化实例,最后返回该持久实例
 *  **用户给出的这个对象没有被关联到session上，它依旧是脱管的**

详情可参考：

*  [http://cp3.iteye.com/blog/786019][http_cp3.iteye.com_blog_786019]

## persist和save的区别 ##

> persist和save的区别

*  **persist不保证立即执行，可能要等到flush；**
 *  **persist不更新缓存；**
 *  save, 把一个瞬态的实例持久化标识符，及时的产生,它要返回标识符，所以它会**立即执行Sql insert**
 *  使用 save() 方法保存持久化对象时，**该方法返回该持久化对象的标识属性值(即对应记录的主键值)；**
 *  使用 persist() 方法来保存持久化对象时，**该方法没有任何返回值**。

参考资料：

*  [http://blog.csdn.net/u010739551/article/details/47253881][http_blog.csdn.net_u010739551_article_details_47253881]

## 主键生成 策略有哪些 ##

> 主键生成 策略有哪些

**主键的自动生成策略**

*  identity 自增长(mysql,db2)
 *  sequence 自增长(序列)， oracle中自增长是以序列方法实现\*\*
 *  **native 自增长【会根据底层数据库自增长的方式选择identity或sequence】**  
    
    
     *  **如果是mysql数据库, 采用的自增长方式是identity**
     *  **如果是oracle数据库， 使用sequence序列的方式实现自增长**
 *  increment 自增长(会有并发访问的问题，一般在服务器集群环境使用会存在问题。)

指定主键生成策略为**手动指定主键的值**

*  **assigned**

指定主键生成策略为**UUID生成的值**

*  **uuid**

**foreign(外键的方式)**

## 简述hibernate中getCurrentSession和openSession区别 ##

> 简述hibernate中getCurrentSession和openSession区别

*  1、getCurrentSession会绑定当前线程，而openSession不会，因为我们把hibernate交给我们的spring来管理之后，我们是有事务配置，这个有事务的线程就会绑定当前的工厂里面的每一个session，而openSession是创建一个新session。
 *  2、**getCurrentSession事务是有spring来控制的**，而openSession需要我们手动开启和手动提交事务，
 *  3、**getCurrentSession是不需要我们手动关闭的**，因为工厂会自己管理，而openSession需要我们手动关闭。
 *  4、而**getCurrentSession需要我们手动设置绑定事务的机制**，有三种设置方式，jdbc本地的Thread、JTA、第三种是spring提供的事务管理机制org.springframework.orm.hibernate4.SpringSessionContext，而且srping默认使用该种事务管理机制

## Hibernate中的命名SQL查询指的是什么? ##

> Hibernate中的命名SQL查询指的是什么?

*  命名查询指的是用`<sql-query>`标签在影射文档中定义的SQL查询，可以通过使用Session.getNamedQuery()方法对它进行调用。命名查询使你可以使用你所指定的一个名字拿到某个特定的查询。
 *  Hibernate中的命名查询可以使用注解来定义，也可以使用我前面提到的xml影射问句来定义。在Hibernate中，@NameQuery用来定义单个的命名查询，@NameQueries用来定义多个命名查询。

## 为什么在Hibernate的实体类中要提供一个无参数的构造器这一点非常重要？ ##

> 为什么在Hibernate的实体类中要提供一个无参数的构造器这一点非常重要？

每个Hibernate实体类必须包含一个 无参数的构造器, 这是因为**Hibernate框架要使用Reflection API，通过调用Class.newInstance()来创建这些实体类的实例**。如果在实体类中找不到无参数的构造器，这个方法就会抛出一个InstantiationException异常。

## 可不可以将Hibernate的实体类定义为final类? ##

> 可不可以将Hibernate的实体类定义为final类?

你**可以**将Hibernate的实体类定义为final类，但这种做法并不好。因为Hibernate会使用代理模式在延迟关联的情况下提高性能，如果你把实体类定义成final类之后，**因为 Java不允许对final类进行扩展，所以Hibernate就无法再使用代理了，** 如此一来就限制了使用可以提升性能的手段。

## 最后 ##

参考资料：

*  [http://blog.csdn.net/qq1137623160/article/details/71194677][http_blog.csdn.net_qq1137623160_article_details_71194677]
 *  [http://blog.csdn.net/u013842976/article/details/52518218][http_blog.csdn.net_u013842976_article_details_52518218]
 *  [http://blog.csdn.net/yubotianxiao/article/details/52238200][http_blog.csdn.net_yubotianxiao_article_details_52238200]

--------------------

> 如果文章有错的地方欢迎指正，大家互相交流。习惯在微信看技术文章，想要获取更多的Java资源的同学，可以**关注微信公众号:Java3y**

[N3pwIAz.png]: https://i.imgur.com/N3pwIAz.png
[SouthEast]: /images/20210827/c0d755e066d8410cabc1351d6449654b.png
[SouthEast 1]: /images/20210827/1179c7c1754d4a4b835ae8b994cbada0.png
[SouthEast 2]: /images/20210827/12bc13084dcd4b5e849cba41944ef80b.png
[SouthEast 3]: /images/20210827/b994efc805544bfc888a6b31111e7ddc.png
[SouthEast 4]: /images/20210827/42dc9cfc5e98455d8f9f7d077d8e6987.png
[https_www.cnblogs.com_xhj123_p_6106088.html]: https://www.cnblogs.com/xhj123/p/6106088.html
[https_zhongfucheng.bitcron.com_post_hibernate_hibernate-inversehe-cascadeshu-xing-zhi-shi-yao-dian]: https://zhongfucheng.bitcron.com/post/hibernate/hibernate-inversehe-cascadeshu-xing-zhi-shi-yao-dian
[https_mp.weixin.qq.com_s_timestamp_1520300404_src_3_ver_1_signature_W6Fo7aDHiJtK4ecUcnSJ4h9bN0vRAcTPKBTgLWSJDsMcdQReJC487RYzUIU9UFYQdmgLFyss9cKifM_GFp_CEVLtaLlwjj2HaDOjsCRkTnwfVlUY5cDhSyRi-c8leheofZJVnu6wYQ3IvT_hYyVB1pQCqqnuXIWERaksjXuyNP8]: https://mp.weixin.qq.com/s?timestamp=1520300404&src=3&ver=1&signature=W6Fo7aDHiJtK4ecUcnSJ4h9bN0vRAcTPKBTgLWSJDsMcdQReJC487RYzUIU9UFYQdmgLFyss9cKifM%2aGFp%2aCEVLtaLlwjj2HaDOjsCRkTnwfVlUY5cDhSyRi-c8leheofZJVnu6wYQ3IvT%2ahYyVB1pQCqqnuXIWERaksjXuyNP8=
[SouthEast 5]: /images/20210827/29af1372f0394e9b81a8cf8c8dfe8d70.png
[SouthEast 6]: /images/20210827/b9f4ce0c1b4144999267350cc14683c1.png
[http_cp3.iteye.com_blog_786019]: http://cp3.iteye.com/blog/786019
[http_blog.csdn.net_u010739551_article_details_47253881]: http://blog.csdn.net/u010739551/article/details/47253881
[http_blog.csdn.net_qq1137623160_article_details_71194677]: http://blog.csdn.net/qq1137623160/article/details/71194677
[http_blog.csdn.net_u013842976_article_details_52518218]: http://blog.csdn.net/u013842976/article/details/52518218
[http_blog.csdn.net_yubotianxiao_article_details_52238200]: http://blog.csdn.net/yubotianxiao/article/details/52238200