Configuration.buildSessionFactory()过时之后，获取SessionFactory的Util类写法及一些设想

import org.hibernate.Session;

import org.hibernate.SessionFactory;
import org.hibernate.cfg.Configuration;
import org.hibernate.service.ServiceRegistry;
import org.hibernate.service.ServiceRegistryBuilder;

public final class HibernateUtil {
	private HibernateUtil(){}
	private static SessionFactory sessionFactory;
	static{
		Configuration cfg = new Configuration();
		cfg.configure();
		
		ServiceRegistry  sr = new ServiceRegistryBuilder().applySettings(cfg.getProperties()).buildServiceRegistry();  
		sessionFactory = cfg.buildSessionFactory(sr);
	}
	public static SessionFactory getSessionFactory() {
		return sessionFactory;
	}
	public static Session getSession(){
		return sessionFactory.openSession();
	}
}

从Hibernate 4之后，Configuration类中，原先常用的，获取SessionFactory的方法buildSessionFactory()被标记为过时，官方建议使用buildSessionFactory(ServiceRegistry sr)这个方法来获取SessionFactory。新的方法，我理解，是因为用户有可能（虽然很罕见）根据不同的cfg.xml文件来创建出不同的Configuration对象实例，新的方法可以根据不同的实例来构建出不同的ServiceRegistry，进而得到不同需求的sessionFactory.

这样做的具体用例我虽然还没有遇到，但是可以想象，新的方法对分布式数据库将有良好的支持。

比如，一个分布式数据库系统中包含了分布在多个不同主机，不同类型的数据库，我们开发一个WEB应用，要求对这些数据库都要进行操作，假如这些数据库的信息分别写在了多个cfg.xml中，那么，我们就可以根据这些不同的配置文件，生成针对不同数据库SessionFactory，并将其保存在一个Map中，数据库名作为键值，这样我们就可以在实现DAO层的时候，根据访问不同数据库的需要而获取到不用的Session.

HibernateUtil