这是一篇开发自辩甩锅稿~~~~
昨天测试小姐姐将我的一个bug单重开了，emmmm....内心OS：就调整下对象某个属性类型这么简单的操作，我怎么可能会出错呢，一定不是我的锅！！but再怎么抗拒，bug还是要改的，毕竟晚上就要发版本了~~
老老实实将我前天改的部分跟了一遍，恩，完美，没有任何的缺失~~but本应success的测试数据，接口返还的结果确实是false来着，那还是老老实实debug吧。
一步步跟下来，恩，多么顺畅，就说一定不是我的锅~~诶？不对不对，这里的ID值，为啥是null？传过来有值的呀！！发现原来是别人在修复bug时用了Beanutils.copyProperties( obj1,obj2)，but 因为obj1中属性名称id，obj2中属性名称afterId，因为Beanutils.copyProperties( )要求处理的两个对象的属性名称相同时才可以正常赋值，那好吧，我们今天就好好讲讲关于
Beanutils.copyProperties( )吧~
1、简介
BeanUtils提供对Java反射和自省API的包装。其主要目的是利用反射机制对JavaBean的属性进行处理。
2、用法
如果有两个具有很多相同属性的JavaBean，一个很常见的情况就是Struts里的PO对象（持久对象）和对应的ActionForm。例如：一个用户注册页面，有一个User实体类和一个UserActionForm实体类，我们一般会在Action里从ActionForm构造一个PO对象，传统的方式是使用类似下面的语句对属性逐个赋值：
// 获取 ActionForm 表单数据 UserActionForm uForm = (UserActionForm) form; // 构造一个User对象 User user = new User(); // 逐一赋值
user.setUsername(uForm.getUsername); user.setPassword(uForm.getPassword); user.setAge(uForm.getAge); ........... ........... // 然后调用JDBC、或操作Hibernate 持久化对象User到数据库 ...
通过这样的方法如果表单属性字段很多，达到了100、1000甚至更多，那我们不是要写100、1000行set、get了。谁都不愿意这样做。
而我们使用 BeanUtils.copyProperties() 方法以后，代码量大大的减少，而且整体程序看着也简洁明朗，代码如下：
// 获取 ActionForm 表单数据 UserActionForm uForm = (UserActionForm) form; // 构造一个User对象 User user = new User(); // 赋值 BeanUtils.copyProperties(user, uForm); // 然后调用JDBC、或操作Hibernate 持久化对象User到数据库 .......
注：如果User和UserActionForm 间存在名称不相同的属性，则BeanUtils不对这些属性进行处理，需要手动处理。例如：
User类里面有个createDate 创建时间字段，而UserActionForm里面无此字段。BeanUtils.copyProperties()不会对此字段做任何处理。必须要自己手动处理。
用法总结如下：
[java] view plain copy print?
BeanUtils.copyProperties("要转换的类", "转换后的类");
[java] view plain copy print?
PropertyUtils.copyProperties("要转换的类", "转换后的类");
用法其实很简单，第一个参数是要转换的类，第二个参数是转换后的类。