Heim  >  Artikel  >  Java  >  Serialisierung von tiefer Kopie (Deep Clone) und flacher Kopie (Shallow Clone) von Objekten in Java

Serialisierung von tiefer Kopie (Deep Clone) und flacher Kopie (Shallow Clone) von Objekten in Java

高洛峰
高洛峰Original
2016-11-23 10:06:221950Durchsuche

1. Konzepte der flachen Kopie und der tiefen Kopie

⑴Flache Kopie (flacher Klon)

Alle Variablen des kopierten Objekts enthalten dieselben Werte wie das Originalobjekt, und alle Verweise auf andere Objekte bleiben Punkte zum Originalobjekt. Mit anderen Worten: Eine flache Kopie kopiert nur das betreffende Objekt, nicht die Objekte, auf die sie verweist.

Beispiel:

Es gibt viele gängige Methoden zum Klonen von Listen. Lassen Sie uns einige gängige Methoden zum flachen Kopieren von Listen auflisten:

public static void main( String []args){

  List<Map<String,String>> list1 = new ArrayList<Map<String, String>>();

   Map<String,String> map = new HashMap<String, String>();

   map.put("name", "xiaoming");

   map.put("age", "28");

   list1.add(map);

   //克隆方法1:利用原list1作为参数直接构造方法生成。

   List<Map<String,String>> list2 = new ArrayList<Map<String, String>>(list1);

    //克隆方法2:手动遍历将原list1中的元素全部添加到复制表中。

   for(int i = 0, l = list1.size(); i < l; i++)

       list2.add(list1.get(i));

//克隆方法3:调用Collections的静态工具方法 Collections.copy


//克隆方法4:使用System.arraycopy方法进行复制


}

Liste selbst ist ein Objekt. Beim Speichern von Klassentypen ist sie nur für das Speichern von Adressen verantwortlich. Beim Speichern von Basistypen wird der tatsächliche Wert gespeichert. Selbst wenn Sie Tausende von Listen haben, gibt es immer noch nur wenige Elemente. Unabhängig davon, ob es sich um eine Rekonstruktion, die Kopiermethode von Collections, die Kopiermethode von System oder die manuelle Durchquerung handelt, ist das Ergebnis das gleiche. Diese Methoden ändern nur das ArrayList-Objekt selbst und fügen einfach einige Adressen hinzu, die auf die alten Elemente verweisen. Es wurde kein tiefes Kopieren durchgeführt. (Und es gibt überhaupt keine Operation eines neuen neuen Objekts.) Manchmal müssen wir diese Elemente wirklich kopieren, anstatt nur die Elemente im Originalspeicher zu verwenden. Die Listenschicht implementiert dieses Problem. Die Java-Sprache wurde von Anfang an berücksichtigt, um zu vermeiden, dass diese Daten im Heap-Speicher vergraben werden. Alle Operationen werden an die Adresse geleitet, an der sie gefunden werden können. Wenn die Adresse verloren geht, wird sie von GC gelöscht. Ich muss also Stück für Stück durchlaufen, new erstellt ein neues Objekt und weist den ursprünglichen Wert zu. Es wird gesagt, dass Sie möglicherweise das Gefühl haben, dass der obige Ansatz leicht angepasst wurde, sodass Sie serialisierte Objekte verwenden können, um die Daten im E/A-Stream herumlaufen zu lassen und sie zu kopieren. Tatsächlich ist die Java-Sprache wirklich gefährdet, wenn es um die Serialisierung von Objekten in Streams geht. Schließlich kann man die Adresse nicht einfach einwerfen, oder? Außerdem muss der IO-Flow mit anderen Systemen interagieren. Sie senden jemandem eine Adresse und bitten ihn, sie in welchem ​​Heap zu finden. Daher ist es selbstverständlich, dass der Heap-Speicher neu allokiert werden muss.

⑵Serialisierung von Deep Copy (Deep Clone)

Alle Variablen des kopierten Objekts enthalten dieselben Werte wie das Originalobjekt, mit Ausnahme der Variablen, die auf andere Objekte verweisen. Variablen, die auf andere Objekte verweisen, verweisen auf die kopierten neuen Objekte und nicht auf die ursprünglich referenzierten Objekte. Mit anderen Worten: Beim Deep Copy werden alle Objekte kopiert, auf die das zu kopierende Objekt verweist.

Verwenden Sie die Serialisierung, um Deep Copy (Deep Clone) in Java durchzuführen (um ein Umschreiben der clone()-Methode für Deep Copy komplexerer Objekte zu vermeiden, können Sie auch so programmieren, dass eine Haltepunktwiederaufnahme implementiert wird) usw.)

Der Prozess des Schreibens von Objekten in den Stream ist ein Serialisierungsprozess, aber in Java wird er auch sehr anschaulich als „Einfrieren“ oder „Beizen“ bezeichnet. Der Deserialisierungsprozess des Lesens von Objekten aus dem Stream wird der Vorgang „Auftauen“ oder „Entpflücken“ genannt. Es sollte darauf hingewiesen werden, dass das, was in den Stream geschrieben wird, eine Kopie des Objekts ist und das ursprüngliche Objekt noch in der JVM vorhanden ist. Daher ist das, was in Pickles eingelegt wird, nur eine Kopie des Objekts, und Java Pickles können dies immer noch frisch sein. Um ein Objekt in der Java-Sprache tief zu kopieren, können Sie das Objekt oft zuerst dazu bringen, die Serializable-Schnittstelle zu implementieren, dann das Objekt (eigentlich nur eine Kopie des Objekts) in einen Stream schreiben (es in einen Pickle einpicken) und es dann lesen aus dem Bach nehmen (die Gurke frisch in den Bach zurückgeben), kann das Objekt rekonstruiert werden. Das Folgende ist eine tiefe Kopie des Quellcodes.

public List<Map<String,String>> deClone(Object obj) throws IOException,OptionalDataException,ClassNotFoundException{
//将对象写到流里
ByteArrayOutoutStream bo=new ByteArrayOutputStream();
ObjectOutputStream oo=new ObjectOutputStream(bo);
oo.writeObject(obj);//从流里读出来
ByteArrayInputStream bi=new ByteArrayInputStream(bo.toByteArray());
ObjectInputStream oi=new ObjectInputStream(bi);
return(oi.readObject());
}

Die Voraussetzung hierfür ist, dass das Objekt und alle darin referenzierten Objekte serialisierbar sind. Andernfalls müssen Sie sorgfältig prüfen, ob diese nicht serialisierbaren Objekte oder Attribute auf transient gesetzt werden können es vom Kopiervorgang ausschließen.


Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn