关于BeanUtils.copyProperties的使用

本文探讨了Spring和Apache Commons BeanUtils中BeanUtils类的copyProperties方法在对象属性拷贝时的区别,尤其针对null值处理及类型转换的支持进行了分析,并提出了最佳实践建议。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

spring和apache commons-beanutils中分别存在一个BeanUtils,提供了对java bean的常用操作。

之前在写程序时,用到了两个不同类型但属性基本相同的对象的拷贝,结果在拷贝java.util.Date类型的对象属性时,由于其值为null,而抛异常。

由于时间紧急,所以临时改成了get/set方式,幸亏对象的属性不算多。

后来一直耿耿于怀这个问题,今天抽空看了一下spring和apache commons-beanutils包中BeanUtils.copyProperties的实现。

spring中实现的方式很简单,就是对两个对象中相同名字的属性进行简单get/set,仅检查属性的可访问性。

而commons-beanutils则施加了很多的检验,包括类型的转换,甚至于还会检验对象所属的类的可访问性。

而且,commons-beanutils中的装换是不支持java.util.Date的。除了支持基本类型以及基本类型的数组之外,还支持java.sql.Date, java.sql.Time, java.sql.TimeStamp, java.io.File, javaio.URL这些类的对象,其余一概不支持。不过你可以自定义你的类的Converter。然后注册进去。

感觉commons-beanutils包中的这个BeanUtils类的copyProperties方法,太过复杂,约束太多,而且使用不便,虽然可扩展性好了,但是易用性不高。

总结:

关于bean复制,如果属性较少,建议直接写个方法完成get/set即可。如果属性较多,可以自己采用反射实现一个满足自己需要的工具类,或者使用spring的那个beanutils类,不建议使用commons-beanutils包中的那个BeanUtils类,刚看了下,这个类对于内部静态类的对象复制也会出现问题,检验太复杂了,常会出现一些诡异的问题。毕竟我们bean复制一般就是简单的属性copy而已。

而且,由于这些BeanUtils类都是采用反射机制实现的,对程序的效率也会有影响。因此,慎用BeanUtils.copyProperties!!!

### 如何使用 Mockito 模拟 `BeanUtils.copyProperties` 方法的调用 Mockito 是一种流行的 Java 测试框架,用于创建模拟对象并定义其行为。然而,在某些情况下,像 `BeanUtils.copyProperties` 这样的静态方法无法被直接模拟,因为 Mockito 默认不支持对静态方法的模拟。 为了实现这一目标,可以借助第三方库 **mock-static** 或者通过 PowerMock 来扩展 Mockito 的功能[^2]。以下是具体的解决方案: #### 使用 PowerMock 扩展 Mockito 模拟静态方法 PowerMock 提供了对静态方法的支持,允许我们模拟诸如 `BeanUtils.copyProperties` 的静态方法调用。下面是具体代码示例: ```java import static org.mockito.Mockito.*; import static org.powermock.api.mockito.PowerMockito.*; import org.apache.commons.beanutils.BeanUtils; import org.junit.Test; import org.junit.runner.RunWith; import org.powermock.core.classloader.annotations.PrepareForTest; import org.powermock.modules.junit4.PowerMockRunner; @RunWith(PowerMockRunner.class) @PrepareForTest(BeanUtils.class) // 声明要模拟的类 public class BeanUtilsTest { @Test public void testCopyProperties() throws Exception { // Mock 静态方法 mockStatic(BeanUtils.class); Object source = new Object(); Object target = new Object(); // 定义当调用 copyProperties 时的行为 doNothing().when(BeanUtils.class, "copyProperties", eq(source), eq(target)); // 调用实际的方法 BeanUtils.copyProperties(source, target); // 验证该方法确实被调用了 verifyStatic(BeanUtils.class, times(1)); BeanUtils.copyProperties(source, target); } } ``` 上述代码展示了如何利用 PowerMock 和 Mockito 结合的方式模拟 `BeanUtils.copyProperties` 的调用,并验证它是否按预期执行[^3]。 --- #### 替代方案:封装静态方法为实例方法 如果不想引入额外依赖(如 PowerMock),可以通过重构代码将静态方法转换为可测试的形式。例如,创建一个包装器类来间接调用 `BeanUtils.copyProperties`: ```java // 封装 BeanUtils 的工具类 public class BeanCopier { public void copyProperties(Object source, Object target) throws Exception { BeanUtils.copyProperties(source, target); } } // 测试代码 @Test public void testCopyPropertiesWithWrapper() throws Exception { BeanCopier beanCopier = mock(BeanCopier.class); // 创建 BeanCopier 的模拟对象 Object source = new Object(); Object target = new Object(); // 定义行为 doNothing().when(beanCopier).copyProperties(eq(source), eq(target)); // 调用方法 beanCopier.copyProperties(source, target); // 验证调用次数 verify(beanCopier, times(1)).copyProperties(source, target); } ``` 这种方式无需修改原有逻辑即可完成单元测试需求[^4]。 --- #### 总结 由于 `BeanUtils.copyProperties` 是静态方法,默认情况下无法直接由 Mockito 模拟。推荐两种解决办法: 1. 使用 PowerMock 扩展 Mockito 功能以支持静态方法模拟; 2. 对现有代码稍作调整,将静态方法封装至实例方法中以便于测试。 这两种方式各有优劣,可根据项目实际情况选择适合的策略。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值