BeanUtils的copyProperties的效率…

BeanUtils的copyProperties的效率问题实际上来说应该是反射的效率问题,不过copyProperties方法里面的那些判断也带来了一些效率问题,下面来测试一下copyProperties的效率问题。

首先建一个类User,代表一个用户,有用户名和密码属性,代码如下:

public class User {
private String name;
private String password;

public String getName() {
    return name;
}

public void setName(String name) {
    this.name = name;
}

public String getPassword() {
    return password;
}

public void setPassword(String password) {
    this.password = password;
}
}

建一个类,名为AbstractService,代码如下:

public abstract class AbstractService {
public static int userCount = 100000;

public User srcUsers[] = new User[userCount];

public User destUsers[] = new User[userCount];

public AbstractService() {
    for (int i = 0; i < userCount; i++) {
     User user = new User();
     user.setName("" + i);
     user.setPassword("" + i);
     srcUsers[i]=user;
   
     User user1 = new User();
     destUsers[i]=user1;
    }
}

public abstract void process() throws Throwable;

public long service() throws Throwable{
    long beginTime = System.currentTimeMillis();
    process();
    long endTime = System.currentTimeMillis();
    return endTime - beginTime;
}
}

建立一类BeanUtilsService,代码如下:

import java.lang.reflect.InvocationTargetException;

import org.apache.commons.beanutils.BeanUtils;

public class BeanUtilsService extends AbstractService {
@Override
public void process() throws IllegalAccessException,
     InvocationTargetException {
    for (int i = 0; i < userCount; i++) {
     BeanUtils.copyProperties(destUsers[i], srcUsers[i]);
    }
}
}

建立一类GetterSetterService,代码如下:

public class GetterSetterService extends AbstractService{

@Override
public void process() {
    for(int i=0;i<userCount;i++){
     destUsers[i].setName(srcUsers[i].getName());
     destUsers[i].setPassword(srcUsers[i].getPassword());
    }
}

}

写一测试方法,测试一下效率问题:

    BeanUtilsService beanUtils=new BeanUtilsService();
    GetterSetterService getterSetterService=new GetterSetterService();
    System.out.println(beanUtils.service());
    System.out.println(getterSetterService.service());

我的机器配置大体如下:Core duo2 T5500+1.5G内存,测试结果如下:

在userCount为10000的情况下,采用copyProperties大概为450ms左右,而普通的get和set方法为0ms

在userCount为100000的情况下,采用copyProperties大概为1450ms左右,而普通的get和set方法为15ms左右

可以看出,copyProperties与普通的get和set方法相比,大概差100倍左右,这个效率不可以说不大。当程序效率要求较高的情况下,尽量不要采用copyProperties方法。


本文转自:http://blog.youkuaiyun.com/huangxin5257/article/details/2296673

By:lsfhack Email:lsfhack@163.com QQ:858084865

### BeanUtils.copyProperties 方法引发异常的原因分析 `BeanUtils.copyProperties` 是 Spring 提供的一个用于对象之间属性复制的方法,其实现基于 Java 的反射机制和内省(Introspection)。然而,在实际开发过程中可能会因为多种原因导致该方法抛出异常。 #### 1. **字段类型不匹配** 如果源对象 (`source`) 和目标对象 (`target`) 中的同名字段具有不同的数据类型,则 `BeanUtils.copyProperties` 将无法执行赋值操作,并可能抛出 `IllegalArgumentException` 或其他类型的异常[^3]。 解决办法:确保两个对象之间的对应字段类型完全一致。如果不希望强制匹配所有字段,可以通过自定义拷贝逻辑来跳过特定字段[^2]。 ```java public class CustomBeanUtils { public static void copyPropertiesIgnoreNull(Object source, Object target) throws BeansException { org.springframework.beans.BeanUtils.copyProperties(source, target); // 添加额外逻辑以忽略 null 值或其他特殊条件 } } ``` --- #### 2. **字段不可访问性** 当某些字段被声明为私有且未提供公共 getter/setter 方法时,反射机制将无法正常工作,从而可能导致 `IllegalAccessException` 异常。虽然 `BeanUtils.copyProperties` 默认会尝试设置字段可访问性 (accessible),但如果存在安全管理器限制,则仍可能出现问题[^1]。 解决办法:确保所有需要复制的字段都具备标准的 JavaBeans 风格 Getter/Setter 方法;或者手动调整字段的可见性。 --- #### 3. **引用类型浅拷贝问题** 由于 `BeanUtils.copyProperties` 实现的是浅拷贝,因此对于复杂的数据结构(如集合、数组等),它只会复制引用而非深克隆实例。这可能导致修改其中一个对象的内容影响另一个对象的状态。 解决办法:针对嵌套的对象或集合,需引入第三方库(如 Apache Commons Lang 的 `SerializationUtils.clone()`)实现深拷贝,或者编写递归函数逐层遍历并复制每个子节点。 ```java import java.util.ArrayList; import java.util.List; // 示例代码片段 List<String> originalList = new ArrayList<>(); originalList.add("example"); MyObject src = new MyObject(); src.setSomeField(originalList); MyObject dest = new MyObject(); CustomDeepCopyUtil.deepClone(src, dest); // 自定义深拷贝工具 ``` --- #### 4. **泛型擦除带来的隐患** Java 泛型在运行时会被擦除,这意味着即使编译期指定了具体参数化类型,但在运行期间这些信息已丢失。因此,像 `List<Child>` 被赋予至 `List<Parent>` 这样的场景下,尽管能够成功调用 `copyProperties`,但实际上存储的仍是原始列表地址,后续操作容易触发意外行为[^3]。 解决办法:避免直接依赖于泛型容器间的转换,转而采用显式的转型验证流程。 --- #### 5. **缓存失效引起的性能瓶颈** Spring 内部会对 PropertyDescriptor 结果做缓存优化,但若频繁更改类定义文件(例如动态代理生成新 Class 对象),则原有缓存可能变得无效,进而拖慢整体效率[^1]。 解决办法:减少不必要的元数据变更频率,必要情况下可通过禁用缓存策略缓解此现象。 --- ### 总结 综上所述,`BeanUtils.copyProperties` 出现异常的主要原因是字段兼容性不足、访问权限受限、浅拷贝局限性以及泛型特性等因素共同作用的结果。开发者应根据具体情况采取针对性措施加以规避。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

jarry.liu

如果对您有帮助,鼓励下博主吧

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值