hibernate中持久化对象的状态

持久化对象有以下几种状态：

临时对象（Transient）: 在使用代理主键的情况下,
　　　　　　　　　　　  OID 通常为 null
　　　　　　　　　　　 不处于 Session 的缓存中 在数据库中没有对应的记录
持久化对象(也叫”托管”)（Persist）： OID 不为 null
　　　　　　　　　　　　　　　　    位于 Session 缓存中
　　　　　　　　　　　　　　　　　 若在数据库中已经有和其对应的记录, 持久化对象和数据库中的相关记录对应
　　　　　　　　　　　　　　　　　  Session 在 flush 缓存时, 会根据持久化对象的属性变化, 来同步更新数据库
　　　　　　　　　　　　　　　　　  在同一个 Session 实例的缓存中, 数据库表中的每条记录只对应唯一的持久化对象

删除对象(Removed)： 在数据库中没有和其 OID 对应的记录
　　　　　　　　　　  不再处于 Session 缓存中 一般情况下,
　　　　　　　　　　   应用程序不该再使用被删除的对象
游离对象(也叫”脱管”) （Detached）： OID 不为 null
　　　　　　　　　　　　　　　　      不再处于 Session 缓存中 一般情况需下,
　　　　　　　　　　　　　　　　　　游离对象是由持久化对象转变过来的, 因此在数据库中可能还存在与它对应的记录
持久化对象的状态转换：

对象状态转换的方法解析：

1. save() 方法：可以自动的检测当前save的对象是否已经在数据库中存在这个对象(其实检测时只是在Session缓存中检测，若Session缓存中没有这个对象，则会自动的运行insert语句，若Session的缓存中有这个对象则执行update语句：验证原理：

    @Test
    public void testUnsaveValue(){
        News news=(News)session.get(News.class, 12);
        session.clear();
    
        news.setAuthor("jeremy");

        news.setDate(new Date());
        session.save(news);
                
    }

从数据库中获取对象，然后把Session的缓存清理掉，这时对象就变为游离对象了，数据库是有这个对象，但是Session缓存中没有，所以Session会认为你这对象是不存在的，所以就执行更新操作

)
　　1). 使一个临时对象变为持久化对象
　　2). 为对象分配 ID.
　　3). 在 flush 缓存时会发送一条 INSERT 语句.
　　4). 在 save 方法之前的 id 是无效的
　　5). 持久化对象的 ID 是不能被修改的!

@Test
public void testSave(){
News news = new News();
news.setTitle("CC");
news.setAuthor("cc");
news.setDate(new Date());
news.setId(100); 

System.out.println(news);

session.save(news);

System.out.println(news);
//     news.setId(101); 
}

persist(): 也会执行 INSERT 操作
　　1). 使一个临时对象变为持久化对象
　　2). 为对象分配 ID.
和 save() 的区别 :
在调用 persist 方法之前, 若对象已经有 id 了, 则不会执行 INSERT, 而抛出异常

@Test
public void testPersist(){
News news = new News();
news.setTitle("EE");
news.setAuthor("ee");
news.setDate(new Date());
news.setId(200); 

session.persist(news); 
}

get():从数据库加载一个对象（立即加载）
load()：从数据加载一个对象(延迟加载)--工作原理：load()会根据ID先生成一对象代理，等需要用到对象时才真正从数据加载对象，

* get VS load:
* 1. 执行 get 方法: 会立即加载对象.
* 执行 load 方法, 若不使用该对象, 则不会立即执行查询操作, 而返回一个代理对象
*
* get 是 立即检索, load 是延迟检索.
*
* 2. load 方法可能会抛出 LazyInitializationException 异常: 在需要初始化代理对象之前已经关闭了 Session,这个异常就是因为load的工作原理造成的，因为的对象没有被引用，所以load只是生成一个代理，并没有加载对象，而此时关闭了Session，那代理对象怎么初始化，所以只能抛出异常
*
* 3. 若数据表中没有对应的记录, Session 也没有被关闭.
* get 返回 null（比如你让我办事办不成我就返回null）
* load 若不使用该对象的任何属性, 没问题; 若需要初始化了, 抛出异常. (因为代理对象是生成了，但是不能初始化，那就要抛出一个异常了)（你让我办事我先答应了，但是真正办的时候我才知道办了不了，所以返回异常）

@Test
    public void testLoad(){
        
        News news = (News) session.load(News.class, 10);
        System.out.println(news.getClass().getName()); 
        
//        session.close();
//        System.out.println(news); 
    }
    
    @Test
    public void testGet(){
        News news = (News) session.get(News.class, 1);
//        session.close();
        System.out.println(news); 
    }

 update:
* 1. 若更新一个持久化对象, 不需要显示的调用 update 方法. 因为在调用 Transaction的 commit() 方法时, 会先执行 session 的 flush 方法.匹配到缓存和数据库不同会　　自动发送upata语句，并不用显式调用
* 2. 更新一个游离对象, 需要显式的调用 session 的 update 方法. 可以把一个游离对象变为持久化对象
代码分析：

@Test
    public void testUpdate(){
        News news = (News) session.get(News.class, 1);
        
        transaction.commit();
        session.close();
        
        session = sessionFactory.openSession();
        transaction = session.beginTransaction();
    
        news.setAuthor("SUN"); 

就这个代码分析：
例如当我获取了一个对象后，我提交了事务。关闭了Session，此时我再打开Session和开启事务，然后再操作对象的属性（news.setAuthor("SUN")）,此时还会自动发送update语句吗？？不会，因为Session已经被关闭了，也就是说前一个Session的缓存被清理了，对象已经不再缓存中了(也就是游离对象)，那你现在改变了对象的属性，而对象又不在缓存中，那我Session的缓存是感知不到了吧，感知不到那我就不发送update语句，那我就不发送你修改的对象的属性给数据库吧，

为了解决这问题那咋们就要手动的把对象添加到缓存里去吧，缓存的对象的状态和数据库记录不同时就会自动调用flush（）方法吧，会自动发送update语句吧，所以此时数据库的记录会改变吧：
代码：

@Test
    public void testUpdate(){
        News news = (News) session.get(News.class, 1);
        
        transaction.commit();
        session.close();
        
        session = sessionFactory.openSession();
        transaction = session.beginTransaction();
    
        news.setAuthor("SUN"); 

　　　　　　Session.update（）;//就是在这里手动的调用update语句，是游离对象变为持久化对象，需要注意的是游离对象并不存在缓存中的，所以游离对象的所有操作是不被感知的

 

需要注意的:
* 1. 无论要更新的游离对象和数据表的记录是否一致, 都会发送 UPDATE 语句. 
* 如何能让 updat 方法不再盲目的出发 update 语句呢（因为有时会盲目的触发update触发器，导致会出现很多错误） ? 在 .hbm.xml 文件的 class 节点设置
* select-before-update=true (默认为 false). 但通常不需要设置该属性. （因为这样会导致这个对象在每次更新操作都要先查询，降低了效率）
*
* 2. 若数据表中没有对应的记录, 但还调用了 update 方法, 会抛出异常（因为Session的缓存和数据库的记录要保持一致）
*
* 3. 当 update() 方法关联一个游离对象时,
* 如果在 Session 的缓存中已经存在相同 OID 的持久化对象, 会抛出异常. 因为在 Session 缓存中不能有两个 OID 相同的对象!

Session 的 saveOrUpdate() 方法同时包含了 save() 与 update() 方法的功能：

判定对象为临时对象的标准：
　　　　　　　　　　 Java 对象的 OID 为 null
　　　　　　　　　　 映射文件中为 <id> 设置了 unsaved-value 属性, 并且 Java 对象的 OID 取值与这个 unsaved-value 属性值匹配
注意：

* 1. 若 OID 不为 null, 但数据表中还没有和其对应的记录. 会抛出一个异常.
* 2. 了解: OID 值等于 id 的 unsaved-value 属性值的对象, 也被认为是一个游离对象

Session 的 delete() 方法既可以删除一个游离对象, 也可以删除一个持久化对象 若 OID 在数据表中没有对应的记录, 则抛出异常
Session 的 delete() 方法处理过程： 
　　　　　　　　　　　　　　　　　1）先执行一条select语句，把数据表的记录查询出来，放在Session缓存中
　　　　　　　　　　　　　　　　　2）计划执行一条 delete 语句 把对象从 Session 缓存中删除, 该对象进入删除状态. 

Hibernate 的 cfg.xml 配置文件中有一个 hibernate.use_identifier_rollback 属性, 其默认值为 false, 若把它设为 true,
将改变 delete() 方法的运行行为: delete() 方法会把持久化对象或游离对象的 OID 设置为 null, 使它们变为临时对象

 evict: 从 session 缓存中把指定的持久化对象移除，对象就变为游离对象了，不会触发相应的操作，因为已经不在Session缓存的监视下了