建議：函數調用的時候，調用方傳給被調用方的參數，如果在調用之后還會被修改，那么調用方應該給被調用方傳一個當時的拷貝，深拷貝，否則：
- 可能被調用方是異步執(zhí)行的，如果調用函數之后，參數發(fā)生了修改，那么被調用方執(zhí)行的時候，看到的就是被修改之后的數據，這將導致嚴重、隱蔽、非必現(xiàn)的BUG，而這種BUG是最讓人頭疼的
- 可能被調用方會修改傳入的參數，這就導致函數執(zhí)行完畢之后，調用方看到的數據發(fā)生了非預期的變化，這同樣會導致嚴重、隱蔽的BUG
深拷貝：這里需要弄清楚深淺拷貝的區(qū)別，用“=”號給非基本類型賦值，均是淺拷貝，例如List，以下代碼就是淺拷貝：
```
  List<Integer> list1 = new ArrayList<>();
  list1.add(1);
  List<Integer> list2 = list1;
  list1.add(2);
```
代碼執(zhí)行完畢之后，list2將包含整數1和2。
而以下代碼則是深拷貝：
```
  List<Integer> list1 = new ArrayList<>();
  list1.add(1);
  List<Integer> list2 = new ArrayList<>(list1);
  list1.add(2);
```
代碼執(zhí)行完畢之后，list2將只包含整數1，不包含整數2。
Immutable對象：上述情形如果遇到immutable對象，即不可變對象，其實是不需要深拷貝的（不僅不需要，還應該杜絕拷貝，因為純屬浪費）。但是前提是對象是真正的immutable。反面例子為：
```
  public class NonStrictlyImmutable {
      private final List<Integer> mList = new ArrayList<>();

      public List<Integer> getList() {
          return mList;
      }
  }
```
mList成員設置為了private final，NonStrictlyImmutable對象實例化完成后mList所引用的實際對象也不可再被改變，然而mList這個List的元素確是可以改變的，nonStrictlyImmutable.getList().add(1)并不會報編譯錯誤，而這一行代碼卻實實在在改變了nonStrictlyImmutable對象的值！
而如果getList()函數不直接返回mList引用，創(chuàng)建一個副本，或者使其不可被改變，則可以達到”嚴格意義上的“immutable。例如：
```
  public class NonStrictlyImmutable {
      private final List<Integer> mList = new ArrayList<>();

      public List<Integer> getList() {
          // 以下兩種方式都可以，各有優(yōu)劣
          // return new ArrayList<>(mList);
          // return Collections.unmodifiableList(mList);

          return Collections.unmodifiableList(mList);
      }
  }
```
上面兩種方式各有優(yōu)劣：前者允許對新獲取到的副本進行修改操作而不會拋出異常，但會把底層數組數據創(chuàng)建多份；后者不會創(chuàng)建多份底層數組數據，但是如果對getList()返回的引用進行修改操作，將會拋出異常；見仁見智。
unmodifiable：unmodifiable不等于immutable，所以對于前面提到的建議做法，直接傳入unmodifiable是不對的，因為這樣只能阻止被調用方修改傳入數據后導致調用方出錯，并不能阻止調用方修改后導致被調用方出錯。unmodifiable并未拷貝底層數組數據，而是實現(xiàn)了另外一個List的實現(xiàn)類，該類的修改操作均拋出異常。

上一篇：安卓開發(fā)技能樹下一篇：Memory leak專題

在线观看不卡亚洲电影_亚洲妓女99综合网_91青青青亚洲娱乐在线观看_日韩无码高清综合久久

深入Java深淺拷貝、immutable、unmodifiable

深入Java深淺拷貝、immutable、unmodifiable