亚洲乱码中文字幕综合,中国熟女仑乱hd,亚洲精品乱拍国产一区二区三区,一本大道卡一卡二卡三乱码全集资源,又粗又黄又硬又爽的免费视频

Java中BeanUtils.copyProperties的11個(gè)坑總結(jié)

 更新時(shí)間：2023年05月29日 09:25:35   作者：撿田螺的小男孩  
我們?nèi)粘ｉ_發(fā)中，經(jīng)常涉及到DO、DTO、VO對象屬性拷貝賦值，很容易想到org.springframework.beans.BeanUtils的copyProperties，它會自動(dòng)通過反射機(jī)制獲取源對象和目標(biāo)對象的屬性，pyProperties，會有好幾個(gè)坑呢，本文將給大家總結(jié)一下遇到的坑,需要的朋友可以參考下

第1個(gè)坑： 類型不匹配

@Data
public class SourceBean {
    private Long age;
}
@Data
public class TargetBean {
    private String age;
}
public class Test {
    public static void main(String[] args) {
        SourceBean source = new SourceBean();
        source.setAge(25L);
        TargetBean target = new TargetBean();
        BeanUtils.copyProperties(source, target);
        System.out.println(target.getAge());  //拷貝賦值失敗，輸出null
    }
}

在上述demo中，源對象SourceBean的age屬性是一個(gè)Long類型，而目標(biāo)對象TargetBean的age屬性是一個(gè)String類型。由于類型不匹配，BeanUtils.copyProperties不會賦值成功的。我跑demo的結(jié)果，控制臺輸出null。

第2個(gè)坑: BeanUtils.copyProperties是淺拷貝

先給大家復(fù)習(xí)一下，什么是深拷貝？什么是淺拷貝？

  • 淺拷貝是指創(chuàng)建一個(gè)新對象，該對象的屬性值與原始對象相同，但對于引用類型的屬性，仍然共享相同的引用。換句話說，淺拷貝只復(fù)制對象及其引用，而不復(fù)制引用指向的對象本身。
  • 深拷貝是指創(chuàng)建一個(gè)新對象，該對象的屬性值與原始對象相同，包括引用類型的屬性。深拷貝會遞歸復(fù)制引用對象，創(chuàng)建全新的對象，以確?？截惡蟮膶ο笈c原始對象完全獨(dú)立。

我再給個(gè)代碼demo給大家看看哈：

public class Address {
    private String city;
    //getter 和 setter 方法省略
}
public class Person {
    private String name;
    private Address address;
    //getter 和 setter 方法省略
}
 Person sourcePerson = new Person();
 sourcePerson.setName("John");
 Address address = new Address();
 address.setCity("New York");
 sourcePerson.setAddress(address);
 Person targetPerson = new Person();
 BeanUtils.copyProperties(sourcePerson, targetPerson);
 sourcePerson.getAddress().setCity("London");
 System.out.println(targetPerson.getAddress().getCity());  // 輸出為 "London"

在上述示例中，源對象Person的屬性address是一個(gè)引用類型。當(dāng)使用BeanUtils.copyProperties方法進(jìn)行屬性復(fù)制時(shí)，實(shí)際上只復(fù)制了引用，即目標(biāo)對象targetPerson的 address 屬性引用和源對象 sourcePerson 的 address 屬性引用指向同一個(gè)對象。因此，當(dāng)修改源對象的address對象時(shí)，目標(biāo)對象的address對象也會被修改。

大家日常開發(fā)中，要注意這個(gè)坑哈~

第3個(gè)坑：屬性名稱不一致

 public class SourceBean {
    private String username;
    // getter 和 setter 方法省略
}
public class TargetBean {
    private String userName;
    // getter 和 setter 方法省略
}
 SourceBean source = new SourceBean();
 source.setUsername("撿田螺的小男孩");
 TargetBean target = new TargetBean();
 BeanUtils.copyProperties(source, target);
 System.out.println(target.getUserName());   // 輸出為 null

在上述示例中，源對象SourceBean 的屬性名稱是username，而目標(biāo)對象TargetBean的屬性名稱也是userName。但是，兩個(gè) username，一個(gè)N是大寫，一個(gè)n是小寫，即屬性名稱不一致，BeanUtils.copyProperties方法無法自動(dòng)映射這些屬性（無法忽略大小寫自動(dòng)匹配），因此目標(biāo)對象的userName屬性值為null。

大家日常開發(fā)中，要注意這個(gè)坑哈~ 比如大小寫不一致，差一兩個(gè)字母等等。

第4個(gè)坑：Null 值覆蓋

@Data
public class SourceBean {
    private String name;
    private String address;
}
@Data
public class TargetBean {
    private String name;
    private String address;
}
SourceBean source = new SourceBean();
source.setName("John");
source.setAddress(null);
TargetBean target = new TargetBean();
target.setAddress("田螺address");
BeanUtils.copyProperties(source, target);
System.out.println(target.getAddress());  // 輸出為 null

在上述示例中，源對象 SourceBean 的 address 屬性值為 null。默認(rèn)情況下，BeanUtils.copyProperties 方法會將源對象中的 null 值屬性覆蓋到目標(biāo)對象中。因此，目標(biāo)對象的 address 屬性值也為 null。

如果你不希望 null 值覆蓋目標(biāo)對象中的屬性，可以使用 BeanUtils.copyProperties 方法的重載方法，并傳入一個(gè)自定義的 ConvertUtilsBean 實(shí)例來進(jìn)行配置。

第5個(gè)坑：注意引入的包

BeanUtils.copyProperties其實(shí)有兩個(gè)包，分別是spring、apache。大家注意一下哈，這兩個(gè)包，是有點(diǎn)不一樣的：

//org.springframework.beans.BeanUtils(源對象在左邊，目標(biāo)對象在右邊)
public static void copyProperties(Object source, Object target) throws BeansException 
//org.apache.commons.beanutils.BeanUtils（源對象在右邊，目標(biāo)對象在左邊）
public static void copyProperties(Object dest, Object orig) throws IllegalAccessException, InvocationTargetException

大家使用的時(shí)候，要注意一下哈，千萬注意自己引入的哪個(gè)BeanUtils，寫對應(yīng)參數(shù)位置。

第6個(gè)坑：Boolean類型數(shù)據(jù)+is屬性開頭的坑

把SourceBean和TargetBean中的都有個(gè)屬性isTianLuo,它們的數(shù)據(jù)類型保持不變,但是一個(gè)為基本類型boolean，一個(gè)為包裝類型Boolean

@Data
public class SourceBean {
    private boolean isTianLuo;
}
@Data
public class TargetBean {
    private Boolean isTianLuo;
}

跑測試用里的時(shí)候，發(fā)現(xiàn)賦值不上：

SourceBean source = new SourceBean();
source.setTianLuo(true);
TargetBean target = new TargetBean();
BeanUtils.copyProperties(source, target);
System.out.println(target.getIsTianLuo()); // 輸出為 null

為什么呢？即使是一個(gè)包裝類型，一個(gè)基本類型，應(yīng)該可以賦值上才對的。

這是因?yàn)楫?dāng)屬性類型為boolean時(shí)，屬性名以is開頭,屬性名會去掉前面的is，因此源對象和目標(biāo)對象屬性對不上啦。

大家使用BeanUtils.copyProperties過程中，要注意哈~

第7個(gè)坑：查找不到字段引用

在某些開發(fā)場景呢，如果我們要修改某個(gè)字段的賦值，我們可能會全文搜索它的所有set方法，看哪些地方引用到。

但是呢，如果使用BeanUtils.copyProperties，就不知道是否引用到對應(yīng)的ste方法啦，即查找不到字段引用。這就可能導(dǎo)致你會漏掉修改對應(yīng)的字段。

第8個(gè)坑：不同內(nèi)部類，即使相同屬性，也是賦值失敗

@Data
public class CopySource {
    public String outerName;
    public CopySource.InnerClass innerClass;
    @Data
    public static class InnerClass {
        public String InnerName;
    }
}
@Data
public class CopyTarget {
    public String outerName;
    public CopyTarget.InnerClass innerClass;
    @Data
   public static class InnerClass {
        public String InnerName;
    }
}
CopySource test1 = new CopySource();
test1.outerName = "outTianluo";
CopySource.InnerClass innerClass = new CopySource.InnerClass();
innerClass.InnerName = "innerTianLuo";
test1.innerClass = innerClass;
System.out.println(test1);
CopyTarget test2 = new CopyTarget();
BeanUtils.copyProperties(test1, test2);
System.out.println(test2);  //輸出CopyTarget(outerName=outTianluo, innerClass=null)

以上demo中，CopySource和CopyTarget各自存在一個(gè)內(nèi)部類InnerClass，雖然這個(gè)內(nèi)部類屬性也相同，類名也相同，但是在不同的類中，因此Spring會認(rèn)為屬性不同,不會Copy;

如果要復(fù)制成功，可以讓他們指向同一個(gè)內(nèi)部類。

第9個(gè)坑：bean對應(yīng)的屬性，沒有g(shù)etter和setter方法，賦值失敗

BeanUtils.copyProperties要拷貝屬性值成功，需要對應(yīng)的bean要有getter和setter方法。因?yàn)樗怯梅瓷淠玫絪et和get方法再去拿屬性值和設(shè)置屬性值的。

@Data
public class SourceBean {
    private String value;
}
@Getter   //沒有對應(yīng)的setter方法
public class TargetBean {
    private String value;
}
SourceBean source = new SourceBean();
source.setValue("撿田螺的小男孩");
TargetBean target = new TargetBean();
BeanUtils.copyProperties(source, target);
System.out.println(target.getValue()); //輸出null

第10個(gè)坑：BeanUtils.copyProperties + 泛型

如果BeanUtils.copyProperties遇到泛型，也是很可能賦值失敗的哈。大家看下這個(gè)例子：

@Data
public class CopySource {
    public String outerName;
    public List<CopySource.InnerClass> clazz;
    @Data
    public static class InnerClass {
        public String InnerName;
    }
}
@ToString
@Data
public class CopyTarget {
    public String outerName;
    public List<CopyTarget.InnerClass> clazz;
    @Data
    public static class InnerClass {
        public String InnerName;
    }
}
CopySource test1 = new CopySource();
test1.outerName = "outTianluo";
CopySource.InnerClass innerClass = new CopySource.InnerClass();
innerClass.InnerName = "innerTianLuo";
List<CopySource.InnerClass> clazz = new ArrayList<>();
clazz.add(innerClass);
test1.setClazz(clazz);
System.out.println(test1);
CopyTarget test2 = new CopyTarget();
BeanUtils.copyProperties(test1, test2);
System.out.println(test2);  //輸出CopyTarget(outerName=outTianluo, clazz=null)

這里面的例子，BeanUtils.copyProperties方法拷貝包含泛型屬性的對象clazz。CopyTarget和CopySource的泛型屬性類型不匹配，因此拷貝賦值失敗。

如果是低版本的包，泛型如果不匹配，則會報(bào)錯(cuò)，高本版則知識拷貝賦值失敗。

第11個(gè)坑：性能問題

由于這些BeanUtils類都是采用反射機(jī)制實(shí)現(xiàn)的，對程序的效率也會有影響。我跑了個(gè)demo對比：

SourceBean sourceBean = new SourceBean();
sourceBean.setName("tianLuoBoy");
TargetBean target = new TargetBean();
long beginTime = System.currentTimeMillis();
for (int i = 0; i < 100000; i++) {  //循環(huán)10萬次
      target.setName(sourceBean.getName());
}
System.out.println("common setter time:" + (System.currentTimeMillis() - beginTime));
long beginTime1 = System.currentTimeMillis();
for (int i = 0; i < 100000; i++) {  //循環(huán)10萬次
    BeanUtils.copyProperties(sourceBean, target);
}
System.out.println("bean copy time:" + (System.currentTimeMillis() - beginTime1));
//輸出
common setter time:3
bean copy time:331

可以發(fā)現(xiàn)，簡單的setter和BeanUtils.copyProperties對比，性能差距非常大。因此，慎用BeanUtils.copyProperties?。?！

12. 替換BeanUtils.copyProperties的方案

以上聊了BeanUtils.copyProperties的11個(gè)坑，都是在跟大家聊，要慎用BeanUtils.copyProperties。那有沒有推薦替換它的方案呢。

第一種，那就是使用原始的setter和getter方法。

使用手動(dòng)的setter方法進(jìn)行屬性賦值。這種方法可能需要編寫更多的代碼，但是可以提供更細(xì)粒度的控制，并且在性能方面通常比BeanUtils.copyProperties更高效。

Target target = new Target();
target.setName(source.getName());
target.setAge(source.getAge());

如果實(shí)在對象bean的屬性比較多的話，可以使用插件GenerateAllSetter，它可以一鍵生成對象的set方法，挺方便的。

第二種方案，使用映射工具庫，如MapStruct、ModelMapper等，它們可以自動(dòng)生成屬性映射的代碼。這些工具庫可以減少手動(dòng)編寫setter方法的工作量，并提供更好的性能。

使用MapStruct的示例：

@Mapper
public interface SourceTargetMapper {
    SourceTargetMapper INSTANCE = Mappers.getMapper(SourceTargetMapper.class);
    @Mapping(source = "name", target = "name")
    @Mapping(source = "age", target = "age")
    Target mapToTarget(Source source);
}
Target target = SourceTargetMapper.INSTANCE.mapToTarget(source);

以上就是Java中BeanUtils.copyProperties容易遇到的11個(gè)坑總結(jié)的詳細(xì)內(nèi)容，更多關(guān)于Java BeanUtils.copyProperties坑的資料請關(guān)注腳本之家其它相關(guān)文章！

相關(guān)文章

最新評論