怎樣理解String的不變模式？Java中的字符串。string類是不可變的。對string類的任何更改都將返回一個新的string類對象。字符串對象是系統(tǒng).Char用于表示字符串的對象的有序集合。s

怎樣理解String的不變模式？

Java中的字符串。string類是不可變的。對string類的任何更改都將返回一個新的string類對象。字符串對象是系統(tǒng).Char用于表示字符串的對象的有序集合。string對象的值是有序集合的內容，并且該值是不可變的。String是一個特殊的引用對象，它可以在不使用新對象的情況下生成。例如：stringa=“ABC”stringb=“ABC”stringc=newString（“ABC”）這里生成兩個對象?！癆BC”是一個對象，newString（）是一個對象。a、 B和C都在堆棧區(qū)域中創(chuàng)建引用。A和B指向常量池中的“ABC”，newString的值也指向常量池中的ABC；*同一個字符串只創(chuàng)建一次。例如：stringa=“ABC”a=a“d”要執(zhí)行此操作，實際生成三個對象，一個是“ABC”，一個是“d”，一個是“ABCD”。只有當拼接完成時，“ABC”和“d”才會丟失它們的引用并成為垃圾對象。事實上，改變的不是“ABC”本身，而是對“ABCD”的引用；當我對字符串本身進行操作時，我改變的是引用而不是對象本身。

有人說設計模式是為了彌補Java語言的缺陷，你覺得是這樣嗎？

如果你從語言的角度來看設計模式，那是對的。一些設計模式彌補了Java語言的不足，其中最明顯的是singleton模式。

Java本身不提供單例對象創(chuàng)建，需要通過單例模式實現(xiàn)。什么樣的餓、懶、多線程都要注意DCL、易變關鍵字等，導致面試題很多。

在現(xiàn)代語言中，許多提供了創(chuàng)建單例對象的語法，例如scala和kotlin的對象關鍵字。

從架構的角度來看，設計模式將組件關系解耦。

假設我們要實現(xiàn)一個帶有上載服務的文件服務器來上載文件。我們可以調用convertservice來轉換文件。Uploadservice屬于核心模塊upload module，convertservice屬于非核心模塊conversion module。

如果uploadservice直接調用convertservice來執(zhí)行轉換，則核心模塊依賴于非核心模塊。如下圖所示：

非核心模塊相對不穩(wěn)定，核心模塊相對穩(wěn)定。核心模塊對非核心模塊的依賴將導致核心模塊的不穩(wěn)定性。所以可以使用策略模式來解耦：

看箭頭方向，現(xiàn)在轉換模塊依賴于上傳模塊，轉換模塊的變化不會影響上傳模塊。依賴的方向改變了。這就是傳說中的“依賴倒置”！