Java回调机制以及使用HibernateCallBack()接口的好处

   最近在做项目有太多的关于框架的问题困扰着我。我不明白为什么要使用HibernateCallBack()接口，明明就几句代码搞定的事情，还要通过匿名类来实现，对于不怎么使用匿名类的同学，看的还是比较别扭。

                hibernateTemplate.execute(new HibernateCallback() {
public Object doInHibernate(Session session)
throws HibernateException, SQLException {
return null;
}
});

  同样是对hibernateTemplate的操作，同样是获得session，我们完全可以采用如下的方式：

                SessionFactory factory = hibernateTemplate.getSessionFactory();
Session session = factory.getCurrentSession();

 以下是我查阅的资料：

Hibernate的复杂用法HibernateCallback
HibernateTemplate还提供一种更加灵活的方式来操作数据库，通过这种方式可以完全使用Hibernate的操作方式。
HibernateTemplate的灵活访问方式是通过如下两个方法完成：

（1）Object execute(HibernateCallback action)

（2）List execute(HibernateCallback action)

这两个方法都需要一个HibernateCallback的实例，HibernateCallback实例可在任何有效的Hibernate数据访问中使用。
程序开发者通过HibernateCallback，可以完全使用Hibernate灵活的方式来访问数据库，解决Spring封装Hibernate后灵活性不足的缺陷。（不知道能不能解决直接使用hibernateTemplate不能进行分页的功能）
HibernateCallback是一个接口，该接口只有一个方法doInHibernate(org.hibernate.Session session)，
该方法只有一个参数Session。通常，程序中采用实现HibernateCallback的匿名内部类来获取HibernateCallback的实例，
方法doInHibernate的方法体就是Spring执行的持久化操作。

还有的就是采用:
HibernateTemplate.execute(HibernateCallback action)这种回调的方式，封装了对异常的处理和对事务的一些处理。
如：
public Object execute(HibernateCallback action, boolean exposeNativeSession) throws DataAccessException {
   // ......(省略)
   // ......
    try {
        previousFlushMode = applyFlushMode(session, existingTransaction);
        enableFilters(session);
        Session sessionToExpose = (exposeNativeSession ? session : createSessionProxy(session));
        Object result = action.doInHibernate(sessionToExpose);
        flushIfNecessary(session, existingTransaction);
        return result;   
    }catch (HibernateException ex){
    //省略
    }
    }catch (SQLException ex){
    // ......(省略)
    }catch (RuntimeException ex) {
    // ......(省略)
    }finally{
    // ......(省略)
    }
}

这里就用到了java的回调机制，那回调到底有什么好处呢？因为在spring 源码中会出现很多的回调，为了以后对源码更进一步的分析。这个人的博客总结的非常好：http://hellosure.iteye.com/blog/1130176。