session接口是hibernate重要的组成，session接口的实现中包含一系列java集合，这些集合构成了session缓存，只要session对象没有结束生命周期，而且没有清理缓存，那么存放在缓存中的对象也不会结束生命周期。该session缓存可减少应用程序访问数据库的次数，从而一定程度上提高效率。
例1:
public void testSessionCache() {
try {
News news = (News) session.get(News.class, 1);
System.out.println(news);
System.out.println("###########执行两次get操作，若是取的对象一样，那么第二次从session缓存中获取#################################");
News news2 = (News) session.get(News.class, 1);
System.out.println(news2);
以上代码仅仅执行一次select语句，news2是在缓存中提取。第一次查询之后得到一个News对象，将这个引用传递给了news,同时也传递给了session缓存，再次查询的时候首先在缓存中查看是否存在news对象，若是有那么就不再从数据库获取，而是直接获取session缓存的news对象。
session缓存又叫做一级缓存。对session缓存的操作有三个方法：
flush():该方法由session指向数据库，执行该方法的时候会检查缓存中的对象状态跟数据库中(读取的)的对象状态（或者缓存中最初的对象）是否一致，若是不一致会触发SQL操作（update or delete等）但是数据没有改变的话，是不会发送SQL修改语句的。
@Test
public void sessionFlush() {
News news = (News) session.get(News.class, 1);
news.setAuthor("Oracle");
}
执行该测试代码之后，会在select语句后面出现update语句，我们可以理解，当查询出news对象之后，存在于session 缓存中，我们使用set方法使得该 session缓存中的对象的author属性发生了变化，所以在事务提交之前，会调用flush（）「通过单步调试发现在执行set（）方法的时候，没有发送update语句，在执行事务提交的过程中，首先会flush（），执行flush()之后发送语句，但是数据没有更改，再继续执行commit之后，数据库发生变化」以保持数据库中的数据跟session缓存中的一致。（注意，可以在获取一个对象之后，然后立即（但不提交）修改某个属性，此时打印出来的，一个是从数据库中取得的属性，另一个是刚set的属性值，因为都是在缓存中，所以首先获取到的是缓存中的数据）。
flush可能会发送SQL语句但是不会提交事务，此时数据库中的数据不会发生改变。需要提交事务才会改变。
在没有提交事务或者没有显示调用flush之前，也有可能进行flush操作（1.执行HQL或者QBC查询的时候，会先进行flush，以保证得到数据表的最新记录。2若记录的ID生成策略是由底层数据库使用自增方式native方式生成的，那么在调用save（）方法后会立即发生SQL语句，因为save方法后必须保证对象的ID存在，但是若是ID由hibernate提供，则在执行commit（）之后才会生成SQL语句）。
refresh（）：有数据库指向缓存，强制使缓存中的数据跟数据库保持一致，也就是强制发送一条select语句。
@Test
public void testRefresh() {
News news = (News) session.get(News.class, 4);
System.out.println(news);
session.refresh(news);//执行之后便会发送select语句，下面的打印是否是运行中修改的最新数据，还需要注意hibernate的事务隔离级别。
设置<property name="hibernate.connection.isolation">2</property>即可完成该效果
System.out.println(news);
}
