緣起
有一次開發過程當中，恰好看到小夥伴在調用 set 方法，將數據庫中查詢出來的 Po 對象的屬性拷貝到 Vo 對象中，相似這樣：java
能夠看出，Po 和 Vo 兩個類的字段絕大部分是同樣的，咱們一個個地調用 set 方法只是作了一些重複的冗長的操做。這種操做很是容易出錯，由於對象的屬性太多，有可能會漏掉一兩個，並且肉眼很難察覺。web
相似這樣的操做，咱們很容易想到能夠經過反射來解決。其實，如此廣泛通用的功能，一個 BeanUtils 工具類就能夠搞定了。spring
因而我建議這位小夥伴瞭解一下 BeanUtils，後來他使用了 Apache BeanUtils.copyProperties 進行屬性拷貝，這爲程序挖了一個坑！數據庫
阿里代碼規約
當咱們開啓阿里代碼掃描插件時，若是你使用了 Apache BeanUtils.copyProperties 進行屬性拷貝，它會給你一個很是嚴重的警告。由於，Apache BeanUtils性能較差，可使用 Spring BeanUtils 或者 Cglib BeanCopier 來代替。apache
看到這樣的警告，有點讓人有點不爽。大名鼎鼎的 Apache 提供的包，竟然會存在性能問題，以至於阿里給出了嚴重的警告。微信
那麼，這個性能問題到底是有多嚴重呢？畢竟，在咱們的應用場景中，若是隻是很微小的性能損耗，可是能帶來很是大的便利性，仍是能夠接受的。markdown
帶着這個問題。咱們來作一個實驗，驗證一下。app
若是對具體的測試方式沒有興趣，能夠跳過直接看結果哦~框架
測試方法接口和實現定義
首先，爲了測試方便，讓咱們來定義一個接口，並提供各類實現：ide
public interface PropertiesCopier { void copyProperties(Object source, Object target) throws Exception;}public class CglibBeanCopierPropertiesCopier implements PropertiesCopier { @Override public void copyProperties(Object source, Object target) throws Exception { BeanCopier copier = BeanCopier.create(source.getClass(), target.getClass(), false); copier.copy(source, target, null); }}// 全局靜態 BeanCopier，避免每次都生成新的對象public class StaticCglibBeanCopierPropertiesCopier implements PropertiesCopier { private static BeanCopier copier = BeanCopier.create(Account.class, Account.class, false); @Override public void copyProperties(Object source, Object target) throws Exception { copier.copy(source, target, null); }}public class SpringBeanUtilsPropertiesCopier implements PropertiesCopier { @Override public void copyProperties(Object source, Object target) throws Exception { org.springframework.beans.BeanUtils.copyProperties(source, target); }}public class CommonsBeanUtilsPropertiesCopier implements PropertiesCopier { @Override public void copyProperties(Object source, Object target) throws Exception { org.apache.commons.beanutils.BeanUtils.copyProperties(target, source); }}public class CommonsPropertyUtilsPropertiesCopier implements PropertiesCopier { @Override public void copyProperties(Object source, Object target) throws Exception { org.apache.commons.beanutils.PropertyUtils.copyProperties(target, source); }}
單元測試
而後寫一個參數化的單元測試：
@RunWith(Parameterized.class)public class PropertiesCopierTest { @Parameterized.Parameter(0) public PropertiesCopier propertiesCopier; // 測試次數 private static List<Integer> testTimes = Arrays.asList(100, 1000, 10_000, 100_000, 1_000_000); // 測試結果以 markdown 表格的形式輸出 private static StringBuilder resultBuilder = new StringBuilder("|實現|100|1,000|10,000|100,000|1,000,000|\n").append("|----|----|----|----|----|----|\n"); @Parameterized.Parameters public static Collection<Object[]> data() { Collection<Object[]> params = new ArrayList<>(); params.add(new Object[]{new StaticCglibBeanCopierPropertiesCopier()}); params.add(new Object[]{new CglibBeanCopierPropertiesCopier()}); params.add(new Object[]{new SpringBeanUtilsPropertiesCopier()}); params.add(new Object[]{new CommonsPropertyUtilsPropertiesCopier()}); params.add(new Object[]{new CommonsBeanUtilsPropertiesCopier()}); return params; } @Before public void setUp() throws Exception { String name = propertiesCopier.getClass().getSimpleName().replace("PropertiesCopier", ""); resultBuilder.append("|").append(name).append("|"); } @Test public void copyProperties() throws Exception { Account source = new Account(1, "test1", 30D); Account target = new Account(); // 預熱一次 propertiesCopier.copyProperties(source, target); for (Integer time : testTimes) { long start = System.nanoTime(); for (int i = 0; i < time; i++) { propertiesCopier.copyProperties(source, target); } resultBuilder.append((System.nanoTime() - start) / 1_000_000D).append("|"); } resultBuilder.append("\n"); } @AfterClass public static void tearDown() throws Exception { System.out.println("測試結果："); System.out.println(resultBuilder); }}
測試結果
結果代表，Cglib 的 BeanCopier 的拷貝速度是最快的，即便是百萬次的拷貝也只須要 10 毫秒！ 相比而言，最差的是 Commons 包的 BeanUtils.copyProperties 方法，100 次拷貝測試與表現最好的 Cglib 相差 400 倍之多。百萬次拷貝更是出現了 2600 倍的性能差別！
結果然是讓人大跌眼鏡。
可是它們爲何會有這麼大的差別呢？
緣由分析
查看源碼，咱們會發現 CommonsBeanUtils 主要有如下幾個耗時的地方：
輸出了大量的日誌調試信息
重複的對象類型檢查
類型轉換
public void copyProperties(final Object dest, final Object orig) throws IllegalAccessException, InvocationTargetException { // 類型檢查 if (orig instanceof DynaBean) { ... } else if (orig instanceof Map) { ... } else { final PropertyDescriptor[] origDescriptors = ... for (PropertyDescriptor origDescriptor : origDescriptors) { ... // 這裏每一個屬性都調一次 copyProperty copyProperty(dest, name, value); } } } public void copyProperty(final Object bean, String name, Object value) throws IllegalAccessException, InvocationTargetException { ... // 這裏又進行一次類型檢查 if (target instanceof DynaBean) { ... } ... // 須要將屬性轉換爲目標類型 value = convertForCopy(value, type); ... } // 而這個 convert 方法在日誌級別爲 debug 的時候有不少的字符串拼接 public <T> T convert(final Class<T> type, Object value) { if (log().isDebugEnabled()) { log().debug("Converting" + (value == null ? "" : " '" + toString(sourceType) + "'") + " value '" + value + "' to type '" + toString(targetType) + "'"); } ... if (targetType.equals(String.class)) { return targetType.cast(convertToString(value)); } else if (targetType.equals(sourceType)) { if (log().isDebugEnabled()) { log().debug("No conversion required, value is already a " + toString(targetType)); } return targetType.cast(value); } else { // 這個 convertToType 方法裏也須要作類型檢查 final Object result = convertToType(targetType, value); if (log().isDebugEnabled()) { log().debug("Converted to " + toString(targetType) + " value '" + result + "'"); } return targetType.cast(result); } }
具體的性能和源碼分析，能夠參考這幾篇文章：
幾種copyProperties工具類性能比較：https://www.jianshu.com/p/bcbacab3b89e
CGLIB中BeanCopier源碼實現：https://www.jianshu.com/p/f8b892e08d26
Java Bean Copy框架性能對比：https://yq.aliyun.com/articles/392185
One more thing
除了性能問題以外，在使用 CommonsBeanUtils 時還有其餘的坑須要特別當心！
包裝類默認值
在進行屬性拷貝時，低版本CommonsBeanUtils 爲了解決Date爲空的問題會致使爲目標對象的原始類型的包裝類屬性賦予初始值，如 Integer 屬性默認賦值爲 0，儘管你的來源對象該字段的值爲 null。
這個在咱們的包裝類屬性爲 null 值時有特殊含義的場景，很是容易踩坑！例如搜索條件對象，通常 null 值表示該字段不作限制，而 0 表示該字段的值必須爲0。
改用其餘工具時
當咱們看到阿里的提示，或者你看了這篇文章以後，知道了 CommonsBeanUtils 的性能問題，想要改用 Spring 的 BeanUtils 時，要特別當心：
org.apache.commons.beanutils.BeanUtils.copyProperties(Object target, Object source);org.springframework.beans.BeanUtils.copyProperties(Object source, Object target);
從方法簽名上能夠看出，這兩個工具類的名稱相同，方法名也相同，甚至連參數個數、類型、名稱都相同。可是參數的位置是相反的。所以，若是你想更改的時候，千萬要記得，將 target 和 source 兩個參數也調換過來！
本文分享自微信公衆號 - 肥朝（feichao_java）。
若有侵權，請聯繫 support@oschina.cn 刪除。
本文參與「OSC源創計劃」，歡迎正在閱讀的你也加入，一塊兒分享。