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。