Hibernate2

第1章 hibernate的持久化类和对象标识符
1.1 持久化类的编写规范
1.1.1 什么是持久化类：
Hibernate是持久层的ORM映射框架，专注于数据的持久化工作。所谓的持久化，就是将内存中的数据永久存储到关系型数据库中。那么知道了什么是持久化，什么又是持久化类呢？其实所谓的持久化类指的是一个Java类与数据库表建立了映射关系，那么这个类称为是持久化类。其实你可以简单的理解为持久化类就是一个Java类有了一个映射文件与数据库的表建立了关系。那么我们在编写持久化类的时候有哪些要求呢？接下来我们来看一下：
1.1.2 持久化类的编写规则：
我们在编写持久化类的时候需要有以下几点需要注意：
 持久化类需要提供无参数的构造方法。因为在Hibernate的底层需要使用反射生成类的实例。
 持久化类的属性需要私有，对私有的属性提供公有的get和set方法。因为在Hibernate底层会将查询到的数据进行封装。
 持久化类的属性要尽量使用包装类的类型。因为包装类和基本数据类型的默认值不同，包装类的类型语义描述更清晰而基本数据类型不容易描述。举个例子：
假设表中有一列员工工资，如果使用double类型，如果这个员工工资忘记录入到系统中，系统会将默认值0存入到数据库，如果这个员工工资被扣完了，也会向系统中存入0.那么这个0就有了多重含义，而如果使用包装类类型就会避免以上情况，如果使用Double类型，忘记录入工资就会存入null，而这个员工工资被扣完了，就会存入0，不会产生歧义。
 持久化类要有一个唯一标识OID与表的主键对应。因为Hibernate中需要通过这个唯一标识OID区分在内存中是否是同一个持久化类。在Java中通过地址区分是否是同一个对象的，在关系型数据库的表中是通过主键区分是否同一条记录。那么Hibernate就是通过这个OID来进行区分的。Hibernate是不允许在内存中出现两个OID相同的持久化对象的。
 持久化类尽量不要使用final进行修饰。因为Hibernate中有延迟加载的机制，这个机制中会产生代理对象，Hibernate产生代理对象使用的是字节码的增强技术完成的，其实就是产生了当前类的一个子类对象实现的。如果使用了final修饰持久化类。那么就不能产生子类，从而就不会产生代理对象，那么Hibernate的延迟加载策略（是一种优化手段）就会失效。.
持久化类我们已经可以正常编写了，但是在持久化类中需要有一个唯一标识OID与表的主键去建立映射关系。而且主键一般我们是不会让客户手动录入的，一般我们是由程序生成主键。那么Hibernate中也提供了相应的主键生成的方式，那么我们来看下Hibernate的主键生成策略。
 简单的说：
我们的实体类都需要遵从JavaBean的编写规范。
什么是JavaBean：
Bean：在软件开发领域，Bean表示可重用组件。
JavaBean就是用java语言开发的可重用组件。
JavaBean的编写规范是什么：
类都是public的
都有默认无参构造函数
成员变量都是私有的
都有公有的get/set方法
一般都实现Serializable接口。
基本类型和包装类的选择问题：
由于包装类可以有null值。所以实际开发中都是用包装类。
1.2 hibernate中对象标识符（OID）
OID全称是Object Identifier，又叫做对象标识符。
它是hibernate用于区分两个对象是否是同一个对象的标识。
我们都知道，虚拟机内存区分两个对象看的是内存的地址是否一致。数据库区分两个对象，靠的是表的主键。hibernate负责把内存中的对象持久化到数据库表中，靠的就是对象标识符来区分两个对象是否是同一个。实体类中映射主键的字段就是OID，如下图所示：

1.3 hibernate的主键生成策略
在讲解Hibernate的主键生成策略之前，先来了解两个概念，即自然主键和代理主键，具体如下：
 自然主键：把具有业务含义的字段作为主键，称之为自然主键。例如在customer表中，如果把name字段作为主键，其前提条件必须是：每一个客户的姓名不允许为null，不允许客户重名，并且不允许修改客户姓名。尽管这也是可行的，但是不能满足不断变化的业务需求，一旦出现了允许客户重名的业务需求，就必须修改数据模型，重新定义表的主键，这给数据库的维护增加了难度。

 代理主键：把不具备业务含义的字段作为主键，称之为代理主键。该字段一般取名为“ID”，通常为整数类型，因为整数类型比字符串类型要节省更多的数据库空间。在上面例子中，显然更合理的方式是使用代理主键。

第2章 Hibernate的一级缓存和对象状态
2.1 hibernate的一级缓存
2.1.1 hibernate中的一级缓存：
Hibernate的一级缓存就是指Session缓存，Session缓存是一块内存空间，用来存放相互管理的java对象，在使用Hibernate查询对象的时候，首先会使用对象属性的OID值在Hibernate的一级缓存中进行查找，如果找到匹配OID值的对象，就直接将该对象从一级缓存中取出使用，不会再查询数据库；如果没有找到相同OID值的对象，则会去数据库中查找相应数据。当从数据库中查询到所需数据时，该数据信息也会放置到一级缓存中。Hibernate的一级缓存的作用就是减少对数据库的访问次数。

在 Session 接口的实现中包含一系列的 Java 集合, 这些 Java 集合构成了 Session 缓存。只要 Session 实例没有结束生命周期，存放在它缓存中的对象也不会结束生命周期。固一级缓存也被称为是Session基本的缓存。

Hibernate的一级缓存有如下特点：
 当应用程序调用Session接口的save()、update()、saveOrUpdate时，如果Session缓存中没有相应的对象，Hibernate就会自动的把从数据库中查询到的相应对象信息加入到一级缓存中去。
 当调用Session接口的load()、get()方法，以及Query接口的list()、iterator()方法时，会判断缓存中是否存在该对象，有则返回，不会查询数据库，如果缓存中没有要查询对象，再去数据库中查询对应对象，并添加到一级缓存中。
 当调用Session的close()方法时，Session缓存会被清空。
2.1.2 测试一级缓存
@Test
// 证明Hibernate的一级缓存的存在：
public void demo1(){
Session session = HibernateUtils.openSession();
Transaction tx = session.beginTransaction();
Customer customer1 = session.get(Customer.class, 1l);// 马上发生一条sql查询1号客户.并将数据存入了一级缓存
System.out.println(customer1);

    Customer customer2 = session.get(Customer.class, 1l);// 没有发生SQL语句从一级缓存中获取数据.    System.out.println(customer2);    System.out.println(customer1 == customer2);// true 一级缓存缓存的是对象的地址.    tx.commit();    session.close();}

2.1.3 快照机制：
Hibernate 向一级缓存放入数据时，同时复制一份数据放入到Hibernate快照中，当使用commit()方法提交事务时，同时会清理Session的一级缓存，这时会使用OID判断一级缓存中的对象和快照中的对象是否一致，如果两个对象中的属性发生变化，则执行update语句，将缓存的内容同步到数据库，并更新快照；如果一致，则不执行update语句。Hibernate快照的作用就是确保一级缓存中的数据和数据库中的数据一致。

数据库中的数据：

程序代码：
@Test
public void test2(){
Customer c2 = null;//内存中的一个对象
//1.获取Session对象
Session s = HibernateUtil.openSession();
//2.使用Session对象开启事务
Transaction tx = s.beginTransaction();
//3.执行查询:查询ID为2的客户对象
c2 = s.get(Customer.class, 2L);
System.out.println(c2);//custName:黑马训练营
//修改客户名称为：修正大厦
c2.setCustName(“修正大厦”);
System.out.println(c2);//custName:修正大厦
//4.提交事务
tx.commit();
//5.关闭Session
s.close();
//当程序走到此处时，一级缓存就没了,但是并不影响我继续使用客户对象
System.out.println(c2);//custName到底是什么
}
问题：
custName输出的到底是什么？
分析：
如果是黑马训练营，则表示我们修改的代码没启任何作用，废代码一行。
如果输出是修正大厦，则表示我们程序内存的数据可能和数据库表中的不一致了，那就是脏数据。
思考：
有没有可能输出的是修正大厦，并且数据库的数据也变成了修正大厦呢？
如果真的发生了这种情况，是如何做到的呢？
答案：
hibernate的快照机制。原理如下图：

2.2 对象的三种状态
2.2.1 对象的状态说明：
了解了主键的生成策略之后，我们可以进一步来了解持久化类了。Hibernate为了更好的来管理持久化类，特将持久化类分成了三种状态。在Hibernate中持久化的对象可以划分为三种状态，分别是瞬时态、持久态和脱管态，一个持久化类的实例可能处于三种不同状态中的某一种，三种状态的详细介绍如下。
1、 瞬时态（transient）
瞬时态也称为临时态或者自由态，瞬时态的实例是由new命令创建、开辟内存空间的对象，不存在持久化标识OID（相当于主键值），尚未与Hibernate Session关联，在数据库中也没有记录，失去引用后将被JVM回收。瞬时状态的对象在内存中是孤立存在的，与数据库中的数据无任何关联，仅是一个信息携带的载体。
2、 持久态（persistent）
持久态的对象存在持久化标识OID ，加入到了Session缓存中，并且相关联的Session没有关闭，在数据库中有对应的记录，每条记录只对应唯一的持久化对象，需要注意的是，持久态对象是在事务还未提交前变成持久态的。
3、 脱管态（detached）
脱管态也称离线态或者游离态，当某个持久化状态的实例与Session的关联被关闭时就变成了脱管态。脱管态对象存在持久化标识OID，并且仍然与数据库中的数据存在关联，只是失去了与当前Session的关联，脱管状态对象发生改变时Hibernate不能检测到。
2.2.2 学习对象状态我们要明确的：
a、是为了更好的掌握hibernate中操作的方法。
b、区分状态只有两个标识
一是否有OID
二是否和Session建立的关系
临时状态：
没有OID，和Session没有关系。
持久化状态：
有OID，和Session有关系。
脱管状态：
有OID，和Session没有关系。
第3章 Hibernate的事务控制
3.1 配置Session和线程绑定
在Hibernate中，可以通过代码来操作管理事务，如通过“Transaction tx = session.beginTransaction();”开启一个事务；持久化操作后，通过“tx.commit();”提交事务；如果事务出现异常，又通过“tx.rollback();”操作来撤销事务（事务回滚）。
除了在代码中对事务开启，提交和回滚操作外，还可以在Hibernate的配置文件中对事务进行配置。配置文件中，可以设置事务的隔离级别。其具体的配置方法是在hibernate.cfg.xml文件中的标签元素中进行的。配置方法如下所示。