1.淺複製與深複製概念
⑴淺複製(淺克隆)
被複製物件的所有變數都含有與原來的物件相同的值,而所有的對其他物件的引用仍然指向原來的物件。換言之,淺複製僅複製所考慮的對象,而不複製它所引用的對象。
舉例說明:
常見的List的克隆方式有很多,下面我們來列舉幾種常見的List淺複製的方式:
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方法进行复制 }
List自身是一個對象,他在儲存類別類型的時候,只負責儲存位址。而儲存基本型別的時候,儲存的就是實實在在的值。縱然你有千千萬萬個List,元素還是那麼幾個。無論是重新構造,Collections的複製方法,System的複製方法,還是手動去遍歷,結果都一樣,這些方法都只改變了ArrayList物件的本身,簡單的增加了幾個指向老元素的位址。而沒做深層的複製。 (及壓根沒有沒有 new新物件 的操作出現。) 有的時候我們確實需要將這些元素也都複製下來而不是只是用原來記憶體中的元素。 List層實作這個問題。 java語言設計之初就考慮進去了,避免操作這些埋在堆內存中的數據,所有操作都去針對能找到他們的地址。地址沒了自身還會被GC幹掉。所以只好一點點的去遍歷,new建立新的物件並賦予原來的值。據說可能覺得上述的做法稍微調整,所以巧用序列化物件讓這些資料在IO流中跑了一圈,可以實現複製。其實把物件序列化到流中,java語言實在是妥協了,畢竟你不能再把地址丟進去?再說了io流是要跟別的系統互動的,你發給別人一個地址讓別人去哪個堆裡找?所以不用多提肯定要新開拓堆記憶體的。
⑵深複製(深克隆)之序列化
被複製物件的所有變數都含有與原來的物件相同的值,除去那些引用其他物件的變數。那些引用其他對象的變數將指向被複製過的新對象,而不再是原有的那些被引用的對象。換言之,深複製把要複製的物件所引用的物件都複製了一遍。
Java中利用串行化來做深複製(深克隆)(避免重寫比較複雜對象的深複製的clone()方法,也可以程序實現斷點續傳等等功能)
把對象寫到流裡的過程是串行化(Serilization)過程,但是在Java裡又非常形像地稱為“冷凍”或“醃鹹菜(picking)”過程;而把對象從流中讀出來的並行化( Deserialization)過程則叫做「解凍」或「回鮮(depicking)」過程。 應當指出的是,寫在流裡的是對象的一個拷貝,而原對象仍然存在於JVM裡面,因此“醃成鹹菜”的只是對象的一個拷貝,Java鹹菜還可以回鮮。 在Java語言裡深複製一個對象,常常可以先使對象實現Serializable接口,然後把對象(實際上只是對象的一個拷貝)寫到一個流裡(醃成鹹菜),再從流裡讀出來(把鹹菜回鮮),便可以重建物件。 如下為深複製原始碼。
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()); }
這樣做的前提是對像以及對象內部所有引用到的對像都是可串行化的,否則,就需要仔細考察那些不可串行化的對像或屬性可否設成transient,從而將之排除在複製過程之外。

新興技術對Java的平台獨立性既有威脅也有增強。 1)雲計算和容器化技術如Docker增強了Java的平台獨立性,但需要優化以適應不同雲環境。 2)WebAssembly通過GraalVM編譯Java代碼,擴展了其平台獨立性,但需與其他語言競爭性能。

不同JVM實現都能提供平台獨立性,但表現略有不同。 1.OracleHotSpot和OpenJDKJVM在平台獨立性上表現相似,但OpenJDK可能需額外配置。 2.IBMJ9JVM在特定操作系統上表現優化。 3.GraalVM支持多語言,需額外配置。 4.AzulZingJVM需特定平台調整。

平台獨立性通過在多種操作系統上運行同一套代碼,降低開發成本和縮短開發時間。具體表現為:1.減少開發時間,只需維護一套代碼;2.降低維護成本,統一測試流程;3.快速迭代和團隊協作,簡化部署過程。

Java'splatformindependencefacilitatescodereusebyallowingbytecodetorunonanyplatformwithaJVM.1)Developerscanwritecodeonceforconsistentbehavioracrossplatforms.2)Maintenanceisreducedascodedoesn'tneedrewriting.3)Librariesandframeworkscanbesharedacrossproj

要解決Java應用程序中的平台特定問題,可以採取以下步驟:1.使用Java的System類查看系統屬性以了解運行環境。 2.利用File類或java.nio.file包處理文件路徑。 3.根據操作系統條件加載本地庫。 4.使用VisualVM或JProfiler優化跨平台性能。 5.通過Docker容器化確保測試環境與生產環境一致。 6.利用GitHubActions在多個平台上進行自動化測試。這些方法有助於有效地解決Java應用程序中的平台特定問題。

類加載器通過統一的類文件格式、動態加載、雙親委派模型和平台無關的字節碼,確保Java程序在不同平台上的一致性和兼容性,實現平台獨立性。

Java編譯器生成的代碼是平台無關的,但最終執行的代碼是平台特定的。 1.Java源代碼編譯成平台無關的字節碼。 2.JVM將字節碼轉換為特定平台的機器碼,確保跨平台運行但性能可能不同。

多線程在現代編程中重要,因為它能提高程序的響應性和資源利用率,並處理複雜的並發任務。 JVM通過線程映射、調度機制和同步鎖機制,在不同操作系統上確保多線程的一致性和高效性。


熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

Video Face Swap
使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱門文章

熱工具

VSCode Windows 64位元 下載
微軟推出的免費、功能強大的一款IDE編輯器

ZendStudio 13.5.1 Mac
強大的PHP整合開發環境

MantisBT
Mantis是一個易於部署的基於Web的缺陷追蹤工具,用於幫助產品缺陷追蹤。它需要PHP、MySQL和一個Web伺服器。請查看我們的演示和託管服務。

記事本++7.3.1
好用且免費的程式碼編輯器

mPDF
mPDF是一個PHP庫,可以從UTF-8編碼的HTML產生PDF檔案。原作者Ian Back編寫mPDF以從他的網站上「即時」輸出PDF文件,並處理不同的語言。與原始腳本如HTML2FPDF相比,它的速度較慢,並且在使用Unicode字體時產生的檔案較大,但支援CSS樣式等,並進行了大量增強。支援幾乎所有語言,包括RTL(阿拉伯語和希伯來語)和CJK(中日韓)。支援嵌套的區塊級元素(如P、DIV),