Hibernate -------- 常用的接口和类_hibernate 常用jpa接口-CSDN博客

本文链接：https://blog.csdn.net/qq_36098284/article/details/80051279

目录：

-----configuration

-----sessionFactory

-----session

（session 和factory有个缓存的差别：请参考：

https://blog.csdn.net/qq_36098284/article/details/80086519）

-----transaction

1 configuration

默认使用config.configure()的时候，读取的配置文件就是hibernate.cfg.xml。

但是configure（）的方法有好几个，可以用于配置自定义的XML文件。

如果更改了.cfg.xml文件的名字，那么相应的config处也要更改。

2 SessionFactory

因此每次要创建一个session的时候，只需要调用这个工厂类的方法OpenSession即可。

当然还可以把closeSession()方法写进去。

3 Session

复习下，session有三种状态参考：https://blog.csdn.net/qq_36098284/article/details/80072932

3.1 get方法详解：

Session.load/get方法均可以根据指定的实体类和id从数据库读取记录，并返回与之对应的实体对象。

get与load的区别：
1.如果未能发现符合条件的记录，get方法返回null，而load方法会抛出一个ObjectNotFoundException。
2.load方法可返回实体的代理类实例，而get方法永远直接返回实体类。

3.load方法可以充分利用内部缓存和二级缓存中的现有数据，而get方法则仅仅在内部缓存中进行数据查找，如没有发现对应数据，将越过二级缓存，直接调用SQL完成数据读取。

Session在加载实体对象时，将经过的过程：
首先，Hibernate中维持了两级缓存。第一级缓存由Session实例维护，其中保持了Session当前所有关联实体的数据，也称为内部缓存。而第二级缓存则存在于SessionFactory层次，由当前所有由本SessionFactory构造的Session实例共享。出于性能考虑，避免无谓的数据库访问，Session在调用数据库查询功能之前，会先在缓存中进行查询。首先在第一级缓存中，通过实体类型和id进行查找，如果第一级缓存查找命中，且数据状态合法，则直接返回。

之后，Session会在当前“NonExists（把无效的条件写成一个黑名单，既然无效，那么也没必要再查下去）”记录中进行查找，如果“NonExists”记录中存在同样的查询条件，则返回null。“NonExists”记录了当前Session实例在之前所有查询操作中，未能查询到有效数据的查询条件（相当于一个查询黑名单列表）。如此一来，如果Session中一个无效的查询条件重复出现，即可迅速作出判断，从而获得最佳的性能表现。

对于load方法而言，如果内部缓存中未发现有效数据，则查询第二级缓存，如果第二级缓存命中，则返回。

如在缓存中未发现有效数据，则发起数据库查询操作（Select SQL），如经过查询未发现对应记录，则将此次查询的信息在“NonExists”中加以记录，并返回null。

根据映射配置和Select SQL得到的ResultSet，创建对应的数据对象。
将其数据对象纳入当前Session实体管理容器（一级缓存）。
执行Interceptor.onLoad方法（如果有对应的Interceptor）。
将数据对象纳入二级缓存。
如果数据对象实现了LifeCycle接口，则调用数据对象的onLoad方法。
返回数据对象。

/** *//**
* load()方法的执行顺序如下：
* a)：首先通过id在session缓存中查找对象，如果存在此id的对象，直接将其返回
* b)：在二级缓存中查找，找到后将其返回。
* c)：如果在session缓存和二级缓存中都找不到此对象，则从数据库中加载有此ID的对象
* 因此load()方法并不总是导致SQL语句，只有缓存中无此数据时，才向数据库发送SQL！
*/

/** *//**
* 与get()的区别：
* 1：在立即加载对象（当hibernate在从数据库中取得数据组装好一个对象后
* 会立即再从数据库取得数据此对象所关联的对象）时，如果对象存在，
* load()和get()方法没有区别，都可以取得已初始化的对象;但如果当对
* 象不存在且是立即加载时，使用get()方法则返回null,而使用load()则
* 抛出一个异常。因此使用load()方法时，要确认查询的主键ID一定是存在
* 的，从这一点讲它没有get方便！
* 2：在延迟加载对象(Hibernate从数据库中取得数据组装好一个对象后，
* 不会立即再从数据库取得数据组装此对象所关联的对象，而是等到需要时，
* 都会从数据库取得数据组装此对象关联的对象)时，get()方法仍然使用
* 立即加载的方式发送SQL语句，并得到已初始化的对象，而load()方法则
* 根本不发送SQL语句，它返回一个代理对象，直到这个对象被访问时才被
* 初始化。
*/

get()----不支持LAZY

load()----支持LAZY

load和get一共是2个区别先讲第一个延迟加载
load是true而get是false
意思就是 load采用的是延迟加载的方式而get不是，hibernate思想是既然这个方法支持延迟加载他就认为这个对象一定在数据库存在，在你声明 TFaq tfag2=(TFaq)sess.load(TFaq.class, 300); 这句时候，hibernate就干了一件事
1.查询session缓存
2.缓存中没有这个对象就创建个代理
因为延迟加载需要代理来执行所以就创建了个代理
ok 到此为止这句话就干了个这个并没有去数据库交互查询
当你使用这个对象比如tfag2.getTfRtitle()或get方法时候
这个时候 hibernate就去查询二级缓存和数据库，数据库没有这条数据就抛出异常
整个load方法调用结束 load没什么神奇这就是他干过所有的事情

load方法讲完了我在讲一下get方法工作原理
因为hibernate规定get方法不能使用延迟加载所以和load还是不一样的
TFaq tfag2=(TFaq)sess.get(TFaq.class, 300);
在创建这条语句时候我们看看hibernate干了哪些事
1.get方法首先查询session缓存 (session缓存就是hibernate的一级缓存这个概念大家应该清楚吧 )
2.get方法如果在session缓存中找到了该id对应的对象，如果刚好该对象前面是被代理过的，如被load方法使用过，或者被其他关联对象延迟加载过，那么返回的还是原先的代理对象，而不是实体类对象。
3.如果该代理对象还没有加载实体数据（就是id以外的其他属性数据），那么它会查询二级缓存或者数据库来加载数据，但是返回的还是代理对象，只不过已经加载了实体数据。
（这个代理实际就是空的对象并没有去数据库查询得到的我们叫代理对象，如果去数据库查询了返回到了这个对象我们叫实体对象就是这个对象真实存在）

我在总结性一句话这2者区别

get方法首先查询session缓存，最后查询数据库；反而load方法创建时首先查询session缓存，没有就创建代理，实际使用数据时才查询二级缓存和数据库

参考：https://blog.csdn.net/houjiyu243042162/article/details/27243029

举例：

3.2 save方法详解

3.2.1.save()： 把一个临时对象加入到缓存中，使它变成持久化对象

-->选用映射文件指定的主键生成器为持久化对象分配唯一的OID

-->计划一条insert语句，把参数对象当前的属性值组装到insert语句中，但是save()方法并不立即执行SQL insert语句，只有当Session清理缓存时候才会执行。

-->如果在save()方法之后，又修改了持久化对象的属性，会使得Session在清理缓存的时候额外执行SQL update语句。

注意：save()方法是用来持久化一个临时对象的！

如果将一个持久化对象传给save()方法将不会执行任何操作，多余的步骤

如果将一个游离态对象传给save()方法，session会将它当作临时对象来处理，再次向数据库中插入一条记录，不符合业务需求！

3.2.2举例

3.3 update方法详解

3.3.2.update()：把Customer对象重新加入到Session缓存中，使之变为持久化对象。

--->计划一条update语句，只有在清理缓存的时候才会执行，并且在执行的时候才会把参数对象中的属性值组装到update语句中。

注意：update()是将一个游离对象转变为持久化对象的。

只要通过update()方法使游离对象被一个session关联，即使没有修改参数对象的任何属性，Session在清理缓存的时候也会执行由update方法计划的Update语句。

3.3.3举例

相当于select。insert。

3.4.saveOrUpdate详解

同时包含了save()与update()方法的功能。

如果传入的参数是临时对象，调用save方法。

如果参入参数是游离对象，调用update()方法。

如果传入的是持久化对象，直接返回。

3.5.evict与clear详解

5.1.evict()：从缓存中清除参数指定的持久化对象。

适用场合：不希望Session继续按照该对象的状态改变来同步更新数据库。

在批量更新或批量删除的场合，当更新或者删除一个对象后，及时释放该对象占用的内存。当然批量操作优先考虑JDBC.

5.2.clear()：清空缓存中所有持久化对象。

3.6.delete详解

用于从数据库中删除与参数对象对应的记录。

如果传入的参数是持久化对象，Session就计划执行一个delete语句，如果传入的参数是游离对象，先使游离对象被Session关联，使它变为持久化对象，然后计划一个delete语句，在清理缓存的时候执行。

相当于 select 。drop

3.7.queryAll详解

相当于select。

4. Transation

（此处是对于事务的一个基本理解，深入理解在另一个文章中，参考：https://blog.csdn.net/qq_36098284/article/details/80094923）

只要try中代码出现问题进入到catch中，那么就不会执行commit（），而是去执行rollback（）代码。就相当于回到了session = null 创建那一步。

而且标准的写法也是必须要有try-catch的。否则会出现数据的错误。

事物回滚的解释：

最近在用做hibernate做项目,一直不明白session.beginTransaction().commit() 和 session.beginTransaction().rollback(); 有什么区别

一组业务整体处理的行为叫一个事务。这一组的业务都能成功处理，我们就可以把这个事务提交来保存你已做的行为结果。但如果一组中有任何的差错出现的话，我们就认为这事务不成功，需要回滚来撤消之前的操作。
举例：你去银行转账，转账我们有两步吧，从你账户中取出钱再往他账户中加钱。那这两步银行是必须要确保正确无误的进行的。要被看做成一个事务。其中任何一步出错就算是转账失败，但可能你这时是已经从你账户中扣了钱了，又没往他账户里加钱？怎么办算了？你不肯吧。所以银行会事务回滚，不保存你刚才的操作，即恢复到你没转账之前的状态。