如何解决一些项目开发和维护中的问题——Hibernate实战篇

本文想将我的一些开发维护心得与问题得与大家分享，也许文中的内容你已经遇到过，并解决了，但可以当时并没有想为什么要这么做？要分享的内容还是围绕经典的webwork， spring ， Hibernate ，没办法绝大多数做 Java 的人还得靠这几个吃饭．开始吧.

 

 

Hibernate 部分

 

Hibernate 是这三个框架最好入门，但最难掌握的．用不好，随随便便一个请求，就查询几百条 SQL 语句是很容易发生的．这样我们通过分析生成出来的 SQL 语句，看看哪里有优化的必要．

 

场景一：

考虑以下 Pojo 实体之间的联系：

World 一对多　 Country 一对多　 Province 　一对多　

City 这样就形成了一棵树．每一个 World 实体是树的根部， City 是叶子结点．

好，我现在将所有实体的一对多配置中配置 lazy=”false” ，例如

在 World.java 中配置：

<bag name="countrys" lazy="false" cascade="all">
        <key column="fk_world_id" />
	<one-to-many class="com.leo.domain.query.Country" />
</bag>

 

 

其它关联配置类似，现在我要查询 World 实体，代价是非常大的．

比如说：

 

 

List<World> lists = session .createQuery( "from World" ).list();

<!---->1.    <!---->发送一条 SQL 语句取出所有 World ： select *  from tbl_world

<!---->2.    <!---->根据上面的查询结果，分别发送一条语句得到每个 World 所持有的 Country 对象：

select * from tbl_country where fk_world_id=?

select * from tbl_country where fk_world_id=?

．．．省略

<!---->3.    <!---->接下的查询重复上面的步骤，直接最后的叶子结点．

 

如果记录很多，你可以欣赏到像骇客帝国那样的 SQL 语句刷屏效果了．不要以为这样的情况很少见，几张表关联在稍微复杂一点的业务逻辑上就能反映出来，我上面是为了描述清楚所以举了一个简单的例子，如果直接将系统代码关系弄出来，估计大家也没耐心看蜘蛛网了．

 

你也许马上会说，干吗不让 lazy=”true” ，这样只会执行一条语句．没错！ 那是因为我现在只是单独的把 Hibernate 部分抽出来看了，因为他们无法解决当 lazy=”true” 后的更多问题，所以，只好设置 lazy=”false” 一了百了，肯定不出错，但性能其差．

 

解决办法 ：

<!---->1.      <!---->打断关联，即去掉 < bag name = "countrys" lazy = "false" cascade = "all" > 部分，如果这些要关联的表不经常用来显示，查询，那么这一招不错．

<!---->2.      <!---->设置 lazy= ” true ”，但会出现很多新的问题，待会我在 Spring 部分会提到．

心得：

在使用一多对时，要慎重考虑关联的跨度，间接关联也是关联，尤其在当只能 lazy=”false” 的场合下，一定要考虑是直接取消一对多．这样情况，就算用缓存，代价也是相当大的．

 

 

场景二：

注意此问题在 Hibernate+Spring 中才会出现，如果只是单纯的 Web framework+Hibernate 不会出现此问题．如果你开启了 OpenSessionInViewFilter 模式，那么在编写代码时，容易出现很多问题．下面是我发现的一个问题，首先不知出于什么原因，我们底层的 dao 在封装 delete 方法时出现不同的版本 :

 

版本一

public void delete(Object obj) throws DAOException {
		hibernateTemplate.delete(obj);
	}

 

 

版本二

public void deleteByKey(final Class cls, final String key,
			final String value) throws DAOException {
		hibernateTemplate.execute(new HibernateCallback() {
			public Object doInHibernate(Session session)
					throws HibernateException, SQLException {
				String deleteClassName = cls.toString().substring(
						cls.toString().lastIndexOf(".") + 1);
				Transaction tx = session.beginTransaction();
				int deletedEntities = session.createQuery(
						"delete " + deleteClassName + " where " + key + "='"
								+ value + "'").executeUpdate();
				tx.commit();
				session.close();
				return null;
			}
		});
	}

 

 

本质上没有多大区别，一个是直接采用 Spring 的 HibernateTemplate ，另一个是采用 Spring 的 hibernateTemplate.execute() 方法来回调，但是请注意，我们在回调代码里既有 tx.commit() 操作，又有 session.close() 操作， 这对于使用了 OpenSessionInViewFilter 模式来说，就会出问题．

 

来看一段错误的调用代码吧：                          

假设以下代码封装某个 Service 的 txSave() 方法中，并且我已经在 Spring 的 applicationContext.xml 配置了， tx* 为前缀的方法都需要事务支持．

 

//功能，先删除所有记录
dao.deleteByKey(UserInfo.class, "userId", "superleo");

//根据页面选择的checkbox,循环生成一次
for(int i=0; i<list.size(); i++){
	UserInfo info = new UserInfo();
	info.setUserId(userId);
．．．
dao.save(info);
}	

 

 

这样执行时，会报 Hibernate Session 的事务启动不成功，原因就是咱们上面的 deleteByKey() 方法将原本由 Spring 的 OpenSessionInViewFilter 来提交的事务以及要关闭的 Session 自作主张的由我们来做了 .

 

解决办法 ：

直接采用 hibernateTemplate 来删除，比如说现在改成：     

List userInfos = dao.find("from UserInfo info where info.userId = ?"
                       , parameters);
int size = userInfos.size();
for (int i = size - 1; i >= 0; i--) {
dao.delete(conRoles.get(i));
}

 

 

其它 Hibernate 问题：

 

•    hibernate 事务嵌套异常问题

 

这个问题发生时，我开始很困惑，一开始明明是好好的，只是将

< bag name = "**" lazy = "false" cascade = "all" >

改成了

< bag name = "**" lazy = "true" cascade = "all" >

就出问题了．

 

如果你遇到了类似的问题，请先不要急着改代码，上述配置文件改成

 

< bag name = "**" lazy = "true" cascade = "delete-orphan" >

或

< bag name = "**" lazy = "true" cascade = "none" >

试试．                  

 

• <!---->    <!---->Hibernate 实体应该是细粒度的吗？

 

对于这个问题，我一直深信不疑，但在实际开发中，你会发现大量的冗余字段，而这些冗余字段的初衷可能仅仅是因为不愿意建 “双向关联” ． 上面我们已经看到“一对多”如果滥用存在很多问题，但反过来“多对一 ”却是一个非常好的最佳实践，对 Hibernate 来说，先看下面代码：

 

user.getGroup() 或 user.getGroup().getId() 　

 

上面不会实际上立即发送一条 sql 取出 group 来 ( 当然可以配置成 eager fetch 的 ) ，而且这种情况用的还真不少．

 

而现在我们的 User 实体却是下面这种情况：

 

User.class 下有                         

 

groupName, groupId

departmentName, departmentId

．．．．．

 

当 Group 实体的 name 属性改变时， User 的 groupName 属性非常可能被忽略掉，从而信息更新不及时． departmentName 同理也是如此，如果到处都是这样的设计的话，你就祈祷用户永远不要改组名或部门名称吧．

 

 

• <!----> <!---->Hibernate 的 get() 和 load() 方法．看到这里，请不要误会，我不是想说 get 和 load 的区别，但如果知道 get 和 load 区别的开发人员，似乎心里都感觉 load 比 get 好，因为 Hibernat Session 缓存起了作用．但其实不是这样的， load() 有时候就像一块毒瘤，因为如果记录不存时，他会抛出可恶的异常．所以，有人即想享受 Hibernat Session 缓存，又想摆平 load() 异常，于是有了下面的“妙笔”：

Object o = null;
		try{
			o = hibernateTemplate.load(cls, id);
		}catch(Exception e){
			o = null;
		}
		return o;

 

 

其实简简单单一句：

       return hibernateTemplate .get(cls, id); 就可以搞定的问题，弄得如此复杂，要记住：异常本身也会造成性能下降．所以，在 Web 实际开发过程中，极力推荐使用 get ．

 

 

 

• <!----> 关于使用 Hibernate 缓存．

使用 Hibernate 缓存很容易使用，如果系统可以使用的话，尽可能的使用．但遗憾的是，我们系统要求任何操作都要反应出最新值来，而且有频繁的插入，删除操作，在使用缓存时，记录无法即时的反应出来，总要间隔一个时间段，才能正确的同步显示在页面上．我打算如用上线一段时间，各项都基础信息都相对稳定时，可以考虑再次使用缓存．

 

 

• <!---->  <!---->如何管理 Hibernate 的 *.hbm.xml 文件

 

一般人都喜欢直接打开后，手工编写或修改，这样做最快最直接．我早期开发 Hibernate 的时候，也一直这么做．但现在似乎不行：实体已经快 100 个了．维护期间数据库新增加字段频繁，时间一长，手工编写不仅又慢又枯燥，还容易出问题．这样有两个比较好的解决办法：

<!---->1.    <!---->使用 Ant + XDoclet

<!---->2.    <!---->使用 Hibernate Annoation

 

实体越多，表越多，关联越多，优势都明显；毕竟同时维护代码和 *.hbm.xml 真的辛苦还不讨好，映射弄错了，马上就有人抱怨了．

 

 

 

 

 

接下来的 Spring,Webwork 部分正在编写中．

评论

7 楼 打倒小日本 2008-05-30  

楼主在我心中的地位一落千丈啊

6 楼 spiritfrog 2008-05-27  

明明第一个例子中的多层树形菜单， 就是常会碰到表的关联查询， 怎么说如果不常碰到，就将lazy=false；又说lazy=true有如何如何问题。
我看这里不如去搞定lazy=true的问题， 折腾lazy=false造成整个树的查找， 明明就是有问题的， 还可以视而不见。

5 楼 spiritfrog 2008-05-27  

感觉楼主的很多问题都是分析和使用不正确造成的
而且很多时候不是在给出正确方法，而是胡乱改配置尝试， 然后像得到真理一样又写了出来，误人子弟啊。
readonly已经指出了一个，
我也来指出几个：
1.
user.getGroup() 或 user.getGroup().getId()，说不会发出sql取出groupid，这个是当然的，怎么是错误呢？hibernate的书里面都说明了这个情况，你怎么就没发现？
2.
Hibernate 的 get() 和 load() , 难道get()就不会从session缓存拿了吗？不是的
3.
hibernate 事务嵌套异常问题
 

这个问题发生时，我开始很困惑，一开始明明是好好的，只是将

< bag name = "**" lazy = "false" cascade = "all" >

改成了

< bag name = "**" lazy = "true" cascade = "all" >

就出问题了．

  这到底跟事务嵌套什么关系了？                

4 楼 bruce.peng 2008-05-27  

引用

Readonly 昨天
文章错误太多，看了第一条就看不下去了：
不要在HibernateCallback()里面调用任何transaction相关，session close/commit等代码，因为这些工作spring会帮你完成的

既然使用了HibernateCallback的匿名内部类，就让Spring来管理。你可以看看Spring这处的源码，就很清楚啦。

3 楼 lzmhehe 2008-05-26  

我觉得 这样在事务控制方面有点不方便

2 楼 kyo100900 2008-05-26  

Readonly 老大，能不能再多说一些啊，我在实际开发中遇到的问题远不止这些，如果概念错了，就不好办了。

1 楼 Readonly 2008-05-26  

文章错误太多，看了第一条就看不下去了：
不要在HibernateCallback()里面调用任何transaction相关，session close/commit等代码，因为这些工作spring会帮你完成的