背景

如果不關注物件引用傳遞，這必將帶來的是悲劇，你將一個物件從一個模組交到了另一個模組而渾然不知，而當另一個模組在修改該物件的內容同時也默默的影響到之前的模組，這是很糟糕的，問題也很難找。

我們如何在編碼中警覺到這一點？

我們如何在編碼中警覺到這一點？以減少最後成為這種問題的受害者時候的尷尬呢？

準則一:B模組需要使用到A模組中的某物件值，B模組內對該物件值修改，你期望這會影響到A模組的該物件內容嗎？如果否，那就請用物件拷貝。一般為否。

準則二:當你的模組對外暴露方法介面提供物件，如果外界修改該物件內容，你期望這會影響到你自身模組的該物件內容嗎？如果否，那就請用物件拷貝。一般為否。

物件拷貝

淺拷貝

拷貝物件自身，但不拷貝物件內所引用的物件

class Student implements Cloneable  
{  
    public int age;  
    public String name;  
    public Teacher teacher;  
   /** 
    *  重寫clone()方法 
    * @return 
    */ 
    public Object clone() { 
      //淺拷貝 
      try { 
         // 直接呼叫父類的clone()方法
         return
 
 super.clone(); 
      } catch (CloneNotSupportedException e) { 
         return null; 
      } 
   } 
}

深拷貝

除了拷貝物件自身，連同物件內所引用的物件也進行拷貝

一.巢狀clone方式

接上面淺拷貝，在自身物件clone執行的時候，也巢狀執行所引用物件的clone方法，並將clone物件設定到自身物件中。

@Override  
    public Object clone() throws CloneNotSupportedException  
    {  
        Student student = (Student) super
 
.clone();  
        // 將引用的物件teacher也clone下  
        student.setTeacher((Teacher) (student.getTeacher().clone()));  
        return student;  
    }  

二.序列化方式

 /**
     * 深度拷貝 要求data物件及引用物件都實現了Serializable接口才可以用
     * @param data
     */
    public static <T> T deepCopy(T data) throws Exception {
        // 將該物件序列化成流,因為寫在流裡的是物件的一個拷貝，而原物件仍然存在於JVM裡面。所以利用這個特性可以實現物件的深拷貝
        ByteArrayOutputStream bos = new ByteArrayOutputStream();
        ObjectOutputStream oos = new ObjectOutputStream(bos);
        oos.writeObject(data);
        // 將流序列化成物件
        ByteArrayInputStream bis = new ByteArrayInputStream(bos.toByteArray());
        ObjectInputStream ois = new ObjectInputStream(bis);
        return (T) ois.readObject();
    }

對比

從實現角度而言，方式二更加簡便，只需要實現Serializable，方式一，需要實現了Cloneable,還有clone方法。效率還不知道。