作为两个bean属性copy的工具类，他们被广泛使用，同时也很容易误用，给人造成困然；比如：昨天发现同事在使用BeanUtils.copyProperties copy有integer类型属性的bean时，
没有考虑到会将null转换为0，而后面的业务依赖于null来判断，导致业务出错。下面总结一下主要的注意点：
-
大范围两个工具类都是对两个bean之前存在name相同的属性进行处理，无论是源bean或者目标bean多出的属性均不处理。
-
具体到BeanUtils是相同name并且类型之间支持转换的属性可以处理，而PropertyUtils不支持类型转换必须是类型和name一样才处理。
-
对null的处理：PropertyUtils支持为null的场景；BeanUtils对部分属性不支持null的情况，具体为下：
1）、date类型不支持：异常 dateorg.apache.commons.beanutils.ConversionException: No value
specified for 'Date'
2）、Ineger、Boolean、Long等不支持： 转为0；
3）、string：支持，保持null；
- 关于类型转换的例子：
源bean有属性： private Long dateVal;
目标bean有属性：private Date dateVal;
使用 PropertyUtils，会保错：Caused by: java.lang.IllegalArgumentException: argument type mismatch
使用BeanUtils，则相当于new date（dateVal），网上传言java.util.Date不支持，就测试来说无论是 sql
util 都是ok
- 对于自定义的对象类型属性 都是浅copy ：
比如都有属性：private Base base; Base有一个属性String Test；
new.getBase().setTest("new");
那么old.getBase().getTest（）也为new
- 性能：get，set《PropertyUtils《BeanUtils
- BeanUtils的高级功能org.apache.commons.beanutils.Converter接口可以自定义类型之间的转化。PropertyUtils没有。
BeanUtils.copyProperties(A,B);
如果B中的Integer类型的数据是null的，那么通过这个方法复制给A后，这个null的Integer数据会变成0。
也就是它有自己的规则，如果发现Integer类型的数据如果是null的，它会自作多情的给个默认值！
这个自作多情是很让开发人员反感的！比如Integer类型的数据=null是一个逻辑业务，但是经过复制后之前的业务逻辑就不执行了！！！
解决方法：使用PropertyUtils.copyProperties(A,B)，注：数据类型里面有data类型的可能会存在问题