BeanUtils.copyProperties的性能

  前段时间,对系统进行性能测试,发现Spring的BeanUtils阻塞了很多线程,下面是高并发时的thread dump信息:

1 "RMI TCP Connection(2657)-127.0.0.1" daemon prio=10 tid=0x0000000057ade800 nid=0x2f02 waiting for monitor entry [0x000000005860e000]
2 java.lang.Thread.State: BLOCKED (on object monitor)
3 at java.util.Collections$SynchronizedMap.get(Collections.java:1975)
4 - waiting to lock <0x0000000765c72f18> (a java.util.Collections$SynchronizedMap)
5 at org.springframework.beans.CachedIntrospectionResults.forClass(CachedIntrospectionResults.java:135)
6 at org.springframework.beans.BeanUtils.getPropertyDescriptors(BeanUtils.java:340)

  当时想能否数据库层和页面展现层使用同一套POJO,避免对象的拷贝。但这样同时也会导致页面展现层和数据库层间的耦合层度较高。在网上查了下资料后才了解到CGLib的BeanCopier的性能要好很多,如下是摘要:

  1. BeanCopier的性能是PropertyUtils (apache-common)的504倍。
  2.  PropertyUtils的性能是BeanUtils(apache-common)的1.71倍

   但BeanCopier不支持集合类属性的拷贝(待验证?)。在改成BeanCopier后,系统性能比之前好了很多。在使用BeanCopier时,创建BeanCopier实例会很耗时,建议能缓存这个实例。

  相关链接: 

      cglib相关性能测试对比:http://blog.csdn.net/liulin_good/article/details/6411215

      cglib源码学习交流:http://agapple.iteye.com/blog/799827

  我也造了个轮子:BeanMapping(属性拷贝):http://www.iteye.com/topic/1075671 

 

posted @ 2012-02-24 21:19  先行而后三思  阅读(9602)  评论(0编辑  收藏  举报