字符串常量池到底存放的是字符串引用還是字符串對(duì)象？如果你看字符串的源代碼，你會(huì)發(fā)現(xiàn)它是一個(gè)對(duì)象！s=“123”寫(xiě)這句話時(shí)，您將首先找出常量池中是否有字符串對(duì)象123。如果沒(méi)有字符串對(duì)象123，他將開(kāi)始

字符串常量池到底存放的是字符串引用還是字符串對(duì)象？

如果你看字符串的源代碼，你會(huì)發(fā)現(xiàn)它是一個(gè)對(duì)象

！s=“123”

寫(xiě)這句話時(shí)，您將首先找出常量池中是否有字符串對(duì)象123。如果沒(méi)有字符串對(duì)象123，他將開(kāi)始提取，1，2，3

然后將其拼接成一個(gè)對(duì)象，即“123”

如果還有另一個(gè)對(duì)象也需要這個(gè)對(duì)象，例如S1=“123”

此時(shí)，操作S1時(shí)應(yīng)先到常量池中查找是否有這個(gè)對(duì)象，如果有，取直接尋址，因?yàn)槌Ａ砍財(cái)?shù)據(jù)是共享的，

如果此時(shí)S1=“1234”則常量池不存在，它將被再次提取，1、2、3、4，然后重新組裝成常量池中的新對(duì)象

！字符串源代碼有一個(gè)私有變量，一個(gè)字符類型數(shù)組，用來(lái)提取這些單個(gè)字符，然后拼接成一個(gè)字符串對(duì)象

java 1.8常量池會(huì)被gc嗎？

由final或static聲明的常量將不會(huì)被GC函數(shù)回收，并且正在運(yùn)行的程序?qū)⑹冀K存在于堆棧中。其余的類變量在運(yùn)行時(shí)創(chuàng)建，并在必要時(shí)循環(huán)使用

string STR=“nihao”當(dāng)程序開(kāi)始執(zhí)行此代碼時(shí)，它必須創(chuàng)建一個(gè)對(duì)象，但對(duì)象創(chuàng)建后，它是一個(gè)常量，不能更改，并且此對(duì)象被放在字符串池中，這就是你說(shuō)的常量池

如果我以后再寫(xiě)代碼：String other=“nihao”

STR和other的地址是一樣的，因?yàn)镾TR和other的聲明方式是一樣的。創(chuàng)建STR對(duì)象時(shí)，字符串池中沒(méi)有“nihao”常量，所以在創(chuàng)建另一個(gè)對(duì)象時(shí)，創(chuàng)建一個(gè)，發(fā)現(xiàn)字符串池中已經(jīng)存在常量“nihao”，所以可以直接使用

string B1=new string（“nihao”）

但是如果用上述方法直接新建string（），A1和B1引用的對(duì)象不在字符串池中，而是在堆中，但是new string（）的參數(shù)“nihao”也是一個(gè)字符串，這個(gè)字符串從哪里來(lái)？如果我們拆分代碼，我們會(huì)理解它：

string A1=new string（para）

我們會(huì)發(fā)現(xiàn)句子string A1=new string（“nihao”）實(shí)際上創(chuàng)建了兩個(gè)對(duì)象，一個(gè)是存儲(chǔ)在堆中的string對(duì)象，一個(gè)是string constant對(duì)象，它存儲(chǔ)在字符串池中

Java常量池不在堆或堆棧中，這是獨(dú)立的內(nèi)存空間管理。

1. 堆棧：它存儲(chǔ)基本類型變量數(shù)據(jù)和對(duì)象引用，但對(duì)象本身不存儲(chǔ)在堆棧中，而是存儲(chǔ)在堆（新對(duì)象）或常量池（字符串常量對(duì)象存儲(chǔ)在常量池中）。堆：存儲(chǔ)所有新對(duì)象。

3. 常量池：存儲(chǔ)字符串常量和基本類型常量（publicstaticfinal）。

對(duì)于字符串：其對(duì)象的引用存儲(chǔ)在堆棧中。如果它們是在編譯時(shí)創(chuàng)建的（直接用雙引號(hào)定義），則它們存儲(chǔ)在常量池中。如果只能在運(yùn)行時(shí)（New）確定它們，則將它們存儲(chǔ)在堆中。對(duì)于相等的字符串，常量池中總是只有一個(gè)副本，堆中總是有多個(gè)副本。