hibernate原理为主。主要内容包括：
一、
hibernate中的实体创建规则
二、
hibernate主键生成策略(7种)
三、
hibernate对象的三种状态
四、
hibernate中的缓存
五、事务管理
六、
Hibernate支持的三种数据库操作语法：HQL、Criteria、SQL
一、hibernate中的实体创建规则
hibernate中的实体类是需要与数据库中的表格进行建立映射关系的，所以我们在创建实体类时需要注意一些规则，如果你的实体类不符合这些规则可能就会无法映射成功。
1）
持久化类提供无参构造函数
一般如果没有创建有参构造函数，默认就可以了。
2）
成员变量私有，提供共有的
get/set方法访问。需提供属性。
3）
持久化类的属性，应尽量适用封装数据类型。
即数据类型是
int尽量替换成Integer类型，long类型使用Long类型代替，依次类推。这样适用的好处是Integer、Long等这些封装型数据类型可以传入null值，而基本数据类型不能传入null。
4)
持久化类需要提供
oid，与数据库中的主键列对应。（即表格必须要有主键）
5）class之前不能使用final来修饰。
这是由于
final修饰的类不能被继承，而hibernate框架会使用cglib代理生成代理对象，而被代理对象的创建是通过继承来实现的。
二、hibernate主键生成策略(7种)
主键就是唯一存在能代表这条数据唯一性的字段或字段组合。就像你的身份证一样独一无二。上面的规则中说了在
hibernate中的表必须指明主键，一般主键分为自然主键和代理主键，就像你的指纹是天生的，但又可以代表你这个人，这就是自然主键，而身份证是后天专门设计，这种主键就是代理主键。实际项目中，我们几乎都是使用代理主键，即自己设计的主键作为表中每一条数据的主键。在我们的数据库中也会为你自动生成主键，比如主键自增，这就是要下面要讲的主键生成策略之一，在hibernate中有7种主键生成策略。其实大部分我们不会使用到，所以除了几个常用的，其他作为了解即可。
1）identity（sql使用） ： 主键自增。由MySQL数据库来维护主键值。录入时不需要指定主键。
2）sequence（Oracle使用）：Oracle数据库中的主键生成策略。
3）increment(了解):：主键自增。由hibernate来维护。每次插入前会先查询表中id最大值。+1作为新主键值。（其实存在并发问题）
4）hilo(了解）： 高低位算法。主键自增。由hibernate来维护。开发时不使用。
5）native（推荐）：hilo+sequence+identity ，自动三选一策略。
6）uuid：产生随机字符串作为主键。主键类型必须为String 类型。
7)assigned：自然主键生成策略。hibernate不会管理主键值，由开发人员自己录入，若忘记手动录入会发生异常。
三、hibernate对象的三种状态
在
Hibernate框架中，会将实体对像分为三种状态，分别为：瞬时状态、持久化状态和游离状态。当对象在持久化下，对对象进行操作就会将变化同步到数据库中，所以叫持久化状态。
1、每种状态都有不同的标志：
瞬时状态：该对象没有
id，或说id=null。即该对象主键尚未赋值。
持久化状态：该对象主键已经赋值，且与处于
session绑定状态。
游离状态：该对象主键已经赋值，但没有雨
session进行绑定。
四、事务管理
1、事务（Transaction）
事务，一般是指要做的或所做的事情。在计算机术语中是指访问并可能更新数据库中各种数据项的一个程序执行单元
(unit)。
1.1事务的特性：
1）原子性：说的是在一个事务内是不可分割的，要么成功，要么失败。
2）一致性：可以理解为事务的前后数据的变化的一致性，例如把张三给李四转账500元看做一个事务，在这个事务结束后，张三的钱少了500那么李四的钱必然增加500。
3）隔离性：是指事务之间互不干扰和影响，即并发执行事务时应当按照是连续地执行、互不干扰地执行(一个接一个)。（数据库的隔离级别的设置会导致不同的隔离性，看下文）
4）持久性：简单说就是事务一旦执行成功就持久化到数据库中。
1.2事务的隔离级别：
事务的隔离级别从低到高有：（不同的隔离级别涉及不同的并发访问问题）
Read Uncommitted（读未提交）：最低的隔离级别，什么都不需要做，一个事务可以读到另一个事务未提交的结果。所有的并发事务问题都可能会发生。
Read Committed（读已提交）：只有在事务提交后，其更新结果才会被其他事务看见。可以解决脏读问题。
Repeated Read（可重复读）（MySQL默认级别）：在一个事务中，对于同一份数据的读取结果总是相同的，无论是否有其他事务对这份数据进行操作，以及这个事务是否提交。可以解决脏读、不可重复读。
Serialization（串行化）：理想的真正的事务隔离性，事务串行化执行，隔离级别最高，牺牲了系统的并发性。可以解决并发事务的所有问题。
1.3隔离性级别导致的并发访问问题：
上面说到的隔离级别处理
Serialization（串行化）都存在并发访问问题，但串行化是不允许并发访问的（这样做虽然安全，但效率也极低），所以我们一般不采用。
1）
脏读
(Drity Read)：事务
A修改了一个数据，但未提交，事务B读到了事务A
未提交
的更新结果，如果事务
A提交失败，事务B读到的就是脏数据。
2）
不可重复读
(Non-repeatable read) : 在同一个事务中，对于同一份数据读取到的结果不一致。比如，事务B在事务A提交前读到的结果，和提交后读到的结果可能不同。不可重复读出现的原因就是
事务并发修改记录
，要避免这种情况，最简单的方法就是对要修改的记录
加锁，这导致锁竞争加剧，影响性能。
3）
幻读（虚读）
(Phantom Read) : 在同一个事务中，同一个查询多次返回的结果不一致。事务A新增了一条记录，事务B在事务A提交前后各执行了一次查询操作，发现后一次比前一次多了一条记录。幻读仅指由于并发事务增加记录导致的问题，这个不能像不可重复读通过记录加锁解决，因为对于新增的记录根本无法加锁。需要将事务串行化，才能避免幻读。
想要学习前端开发的同学，可以加群：
543627393
学习哦！
