Hibernate入门第六讲——持久化类的三种状态与Hibernate的一级缓存

àì夳堔傛蜴生んèń 2021-11-08 21:18 388阅读 0赞

# 持久化类 #

首先，开宗明义，再一次提醒大家，持久化类=Java类+映射配置文件。

## 持久化类的三种状态 ##

Hibernate是一个持久层框架，它通过持久化类来完成ORM基本操作。Hibernate为了更好的管理持久化类，于是它就将持久化类分成了三种状态。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70]  
下面我会对每一个状态分别加以阐述。

### 瞬时态 ###

瞬时态也叫做临时态或自由态，它一般指我们new出来的对象，它不存在OID，且与Hibernate Session无关联，在数据库中也无记录。它使用完成后，会被JVM直接回收掉，它只是用于信息携带。如果要是一个对象没有唯一的标识OID，而且没有被Session所管理（咋叫被Session所管理啊？指的就是你得调用Session的方法，把这个对象交给Session，这个时候才叫作被Session所管理），那么这种对象就称被之为是瞬时态对象。

### 持久态 ###

在Hibernate Session管理范围内，它具有持久化标识OID。它的特点是在事务未提交前一直是持久态，当它发生改变时，Hibernate是可以检测到的。简单来说，如果要是一个对象有唯一标识OID，且被Session所管理，那么这个对象就被称之为是持久态对象。

### 脱管态 ###

脱管态也叫做游离态或离线态，它是指持久态对象失去了与Session的关联，脱管态对象它存在OID，在数据库中有可能存在，也有可能不存在。对于脱管态对象，它发生改变时Hibernet不能检测到。简单来说，如果要是一个对象有唯一标识OID，但没有被Session所管理，那么这个对象就被称之为是脱管态对象。

## 如何区分这三种状态的对象呢？ ##

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 1]

## 持久化类这三种状态之间的切换 ##

判断持久化类三种状态的依据：

1.  判断是否有OID？
2.  判断是否与Session关联？

持久化类这三种状态之间的切换可参考下图：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 2]

### 瞬时态 ###

#### 如何获得一个瞬时态的对象呢？ ####

直接new就可以了，例如：

Customer customer = new Customer();

#### 状态的转换 ####

瞬时态要想转换为持久态，只须调用Session的save()或者saveOrUpdate()方法即可。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 3]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 4]  
瞬时态要想转换为脱管态，可手动设置一个cust\_id即可，但不建议这么做。如下：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 5]

### 持久态 ###

#### 如何获得一个持久态的对象呢？ ####

持久态对象是由Session管理的，那么持久态对象如何获得呢？可以调用get()、load()等方法来直接获得持久态的对象，例如：

Customer c = session.get(Customer.class, 13l);

#### 状态的转换 ####

持久态要想转换为瞬时态，可以调用Session的delete()方法。这么操作以后相当于数据库里面就没有这个记录了，被删除后的持久态对象不再建议使用。  
持久态要想转换为托管态，可以调用Session的close()、clear()、evit(Object obj)等方法。注意Session本身是有缓存的，它的缓存就是所说的一级缓存。

*  evit(Object obj)：清除一级缓存中指定的一个对象；
 *  clear()：清空一级缓存；
 *  close()：关闭，也即清空一级缓存。

### 脱管态 ###

#### 如何获得一个脱管态的对象呢？ ####

我们要知道脱管态的对象是无法直接获取的，但是我们是可以这样去获得的：

Customer customer = new Customer(); 
    customer.setCust_id(7l);

#### 状态的转换 ####

托管态要想转换为持久态，可以调用Session的update、saveOrUpdate、lock（已过时）等方法，但是不建议这么做。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 6]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 7]  
托管态要想转换为瞬时态，可以直接将cust\_id删除，即`customer.setCust_id(null);`。不建议这么做，因为我们不建议操作脱管态的对象。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 8]

## 持久态对象的特性 ##

其实这儿我们重点要研究的是持久化类的持久状态的对象，因为这个对象有一个非常特殊的能力，即持久化类的持久状态的对象可以自动更新数据库。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 9]

# Hibernate的一级缓存 #

## 缓存的概述 ##

什么是缓存呢？缓存其实就是一种优化的方式，它是将一些数据存入到内存当中，使用的时候可以直接从缓存（或内存）中获取，不用通过存储源（例如硬盘上的一个文件、数据库等）。

## Hibernate一级缓存的概述 ##

Hibernate框架中提供了很多种优化手段，其中包括缓存和抓取策略。仅从缓存来说，Hibernate提供了二种缓存机制，分别为：

*  一级缓存：Hibernate的一级缓存又被称为是Session级别的缓存，一级缓存的生命周期与Session一致，也就是说Session创建了，一级缓存也就存在了，因为一级缓存是由Session中一系列的Java集合构成的，而且一级缓存是自带的、不可卸载的；
 *  二级缓存：Hibernate的二级缓存是SessionFactory级别的缓存，它是需要配置的缓存，也就是说二级缓存默认是不开启的，你要想使用二级缓存，你得自己去进行配置。二级缓存在企业开发中基本上已经不用了，因为我们一般都会用Redis，Redis就可以替代Hibernate的二级缓存。

## 证明一级缓存的存在 ##

下面，我会编写程序来证明一级缓存的存在。首先我们肯定要搭建好Hibernate的开发环境，读过我前面文章的童鞋，应该可以快速搭建好的，在此不做过多赘述。  
其实一级缓存的存在，有很多种方式可以来证明，但这里只演示两种方式。

### 第一种方式 ###

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 10]

### 第二种方式 ###

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 11]

## Hibernate中一级缓存的内部结构 ##

Hibernate的一级缓存就是指Session缓存。通过查看Session接口的实现类——SessionImpl.java的源码可发现有如下两个类：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 12]  
在Session中定义了一系列的集合来存储数据，它们构成了Session的缓存。只要Session没有关闭，它就会一直存在。当我们通过Hibernate中的Session提供的一些API，例如save()、get()、update()等方法进行操作时，就会将持久化对象保存到Session中，当下一次再去查询缓存中具有的对象（通过OID值来判断），就不会去从数据库中查询了，而是直接从缓存中获取。**Hibernate的一级缓存存在的目的就是为了减少对数据库的访问**。

### 一级缓存中特殊的区域——快照区 ###

前面，我举例演示过持久态对象具有自动更新数据库的能力，其实这种能力是基于Hibernate一级缓存的基础之上的。  
首先，我们在HibernateDemo03单元测试类中编写如下方法：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 13]  
运行以上demo02()方法，将发现数据库cst\_customer表中，id为1的那条记录的cust\_name字段变为"张小敬"，这再一次说明了持久态对象具有自动更新数据库的能力。但是，为什么持久态对象具有自动更新数据库的能力呢？原因涉及到一级缓存中一个特殊的区域——快照区，**快照就是当前一级缓存里面对象的散装数据（对象的属性，如name、id……）**。当执行完以下这句代码：

Customer customer = session.get(Customer.class, 1l);

就会向一级缓存中存储数据，一级缓存其底层使用了一个Map集合来存储，Map的key存储的是一级缓存对象，而value存储的是快照。通过在这句代码上打个断点，然后以debug的方式运行，Watch一下session会看得更加清楚，如下：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 14]  
当事务提交，session关闭，向数据库发送请求时，那么就会判断一级缓存中的数据是否与快照区一致，如果不一样，就会发送update语句，也即自动更新数据库。

### 小结 ###

为了让大家更清楚地理解一级缓存中特殊的区域——快照区，我下面画一个图，这样，或许对大家会有一丝丝的帮助。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 15]

## 一级缓存常用API ##

一级缓存具有如下特点：

*  当我们通过Session的save、update、saveOrUpdate方法进行操作时，如果一级缓存中没有对象，那么会从数据库中查询到这些对象，并存储到一级缓存中；
 *  当我们通过Session的load、get、Query的list等方法进行操作时，会先判断一级缓存中是否存在数据，如果没有才会从数据库中获取，并且将查询的数据存储到一级缓存当中；
 *  当调用Session的close方法时，Session缓存将被清空。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 16]  
下面我举例来演示一级缓存常用的API，在HibernateDemo03单元测试类中编写如下方法：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 17]  
你可通过debug方式运行以上测试方法，这样会看得更清楚。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 18]

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70]: /images/20211108/d7982dc0c4504888b8be73daea788fef.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 1]: /images/20211108/d4113af8e4a546009c262ec7f7c62afa.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 2]: /images/20211108/457bd496fa4f4dbd9e1a69dd2b833fd7.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 3]: /images/20211108/67d5ee70a8864847819c61def4190a59.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 4]: /images/20211108/b2727e8093034b50931f458b94ef4308.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 5]: /images/20211108/4bc5eaecc9e7423087fe33ec34dc6e3a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 6]: /images/20211108/a9d1f0a37fd94f4b9b5208e0875c7288.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 7]: /images/20211108/496498ed0b714a398c530a8bcf72cc42.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 8]: /images/20211108/2338baedec0b4870887cfaa0bbf8c881.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 9]: /images/20211108/1b353352536a49fca3a819e3b8909ab4.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 10]: /images/20211108/bb0a8f64810c4c15b49b3ce0970211de.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 11]: /images/20211108/cfabc20978f64093a8f25304a7e9ad19.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 12]: /images/20211108/0e6fc194b6e640a7af21cd15a85826a9.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 13]: /images/20211108/71f6c13d015540e99784324bd7169fde.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 14]: /images/20211108/31940afa225f49d5a0ecc8d3d5f62f98.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 15]: /images/20211108/b20ea5edcdd54b649fea20a101320a48.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 16]: /images/20211108/204800a2a3064a27a6f9b15a9ebb04ae.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 17]: /images/20211108/7748d5e6bb414130952361f81e09516a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 18]: /images/20211108/f575b9d297484907a89790582d001e88.png