這篇文章主要介紹了JVM中StringTable的示例分析,具有一定借鑒價(jià)值,感興趣的朋友可以參考下,希望大家閱讀完這篇文章之后大有收獲,下面讓小編帶著大家一起了解一下。
站在用戶(hù)的角度思考問(wèn)題,與客戶(hù)深入溝通,找到肅北網(wǎng)站設(shè)計(jì)與肅北網(wǎng)站推廣的解決方案,憑借多年的經(jīng)驗(yàn),讓設(shè)計(jì)與互聯(lián)網(wǎng)技術(shù)結(jié)合,創(chuàng)造個(gè)性化、用戶(hù)體驗(yàn)好的作品,建站類(lèi)型包括:網(wǎng)站建設(shè)、做網(wǎng)站、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣、國(guó)際域名空間、網(wǎng)站空間、企業(yè)郵箱。業(yè)務(wù)覆蓋肅北地區(qū)。
String:字符串,使用一對(duì) "" 引起來(lái)表示
String s1 = "Nemo"; // 字面量的定義方式
String s2 = new String("Nemo");
String 聲明為 final 的,不可被繼承
String 實(shí)現(xiàn)了 Serializable 接口:表示字符串是支持序列化的。
實(shí)現(xiàn)了 Comparable 接口:表示 string 可以比較大小
String 在 jdk8 及以前內(nèi)部定義了
private final char[] value
用于存儲(chǔ)字符串?dāng)?shù)據(jù)。
JDK9 時(shí)改為 byte[]
官方說(shuō)明:http://openjdk.java.net/jeps/254
String 類(lèi)的當(dāng)前實(shí)現(xiàn)將字符存儲(chǔ)在 char 數(shù)組中,每個(gè)字符使用兩個(gè)字節(jié)(16 位)。從許多不同的應(yīng)用程序收集的數(shù)據(jù)表明,字符串是堆使用的主要組成部分,而且,大多數(shù)字符串對(duì)象只包含拉丁字符。這些字符只需要一個(gè)字節(jié)的存儲(chǔ)空間,因此這些字符串對(duì)象的內(nèi)部 char 數(shù)組中有一半的空間將不會(huì)使用。
我們建議改變字符串的內(nèi)部表示 class 從 utf - 16 字符數(shù)組到字節(jié)數(shù)組 + 一個(gè) encoding-flag 字段。新的 String 類(lèi)將根據(jù)字符串的內(nèi)容存儲(chǔ)編碼為 ISO-8859-1/Latin-1(每個(gè)字符一個(gè)字節(jié))或 UTF-16(每個(gè)字符兩個(gè)字節(jié))的字符。編碼標(biāo)志將指示使用哪種編碼。
結(jié)論:String 再也不用 char[] 來(lái)存儲(chǔ)了,改成了 byte[] 加上編碼標(biāo)記,節(jié)約了一些空間
↓CloseCode↓
// 之前private final char value[];// 之后private final byte[] value
同時(shí)基于 String 的數(shù)據(jù)結(jié)構(gòu),例如 StringBuffer 和 StringBuilder 也同樣做了修改
String:代表不可變的字符序列。簡(jiǎn)稱(chēng):不可變性。
當(dāng)對(duì)字符串重新賦值時(shí),需要重寫(xiě)指定內(nèi)存區(qū)域賦值,不能使用原有的 value 進(jìn)行賦值。
當(dāng)對(duì)現(xiàn)有的字符串進(jìn)行連接操作時(shí),也需要重新指定內(nèi)存區(qū)域賦值,不能使用原有的 value 進(jìn)行賦值。
當(dāng)調(diào)用 String 的
replace()
方法修改指定字符或字符串時(shí),也需要重新指定內(nèi)存區(qū)域賦值,不能使用原有的 value 進(jìn)行賦值。
通過(guò)字面量的方式(區(qū)別于 new)給一個(gè)字符串賦值,此時(shí)的字符串值聲明在字符串常量池中。
代碼
↓CloseCode↓
/** * String的不可變性 * * @author: Nemo */public class StringTest1 { public static void test1() { // 字面量定義的方式,“abc”存儲(chǔ)在字符串常量池中 String s1 = "abc"; String s2 = "abc"; System.out.println(s1 == s2); s1 = "hello"; System.out.println(s1 == s2); System.out.println(s1); System.out.println(s2); System.out.println("----------------"); } public static void test2() { String s1 = "abc"; String s2 = "abc"; // 只要進(jìn)行了修改,就會(huì)重新創(chuàng)建一個(gè)對(duì)象,這就是不可變性 s2 += "def"; System.out.println(s1); System.out.println(s2); System.out.println("----------------"); } public static void test3() { String s1 = "abc"; String s2 = s1.replace('a', 'm'); System.out.println(s1); System.out.println(s2); } public static void main(String[] args) { test1(); test2(); test3(); } }
運(yùn)行結(jié)果
↓CloseCode↓
truefalsehello abc----------------abc abcdef----------------abc mbc
↓CloseCode↓
/** * 面試題 * * @author: Nemo */public class StringExer { String str = new String("good"); char [] ch = {'t','e','s','t'}; public void change(String str, char ch []) { str = "test ok"; ch[0] = 'b'; } public static void main(String[] args) { StringExer ex = new StringExer(); ex.change(ex.str, ex.ch); System.out.println(ex.str); System.out.println(ex.ch); } }
輸出結(jié)果
↓CloseCode↓
goodbest
字符串常量池是不會(huì)存儲(chǔ)相同內(nèi)容的字符串的
String 的 string Pool 是一個(gè)固定大小的 Hashtable,默認(rèn)值大小長(zhǎng)度是 1009。如果放進(jìn) string Pool 的 string 非常多,就會(huì)造成 Hash 沖突嚴(yán)重,從而導(dǎo)致鏈表會(huì)很長(zhǎng),而鏈表長(zhǎng)了后直接會(huì)造成的影響就是當(dāng)調(diào)用 string.intern 時(shí)性能會(huì)大幅下降。
使用
-XX:StringTablesize
可設(shè)置 stringTable 的長(zhǎng)度
在 jdk6 中 stringTable 是固定的,就是 1009的長(zhǎng)度,所以如果常量池中的字符串過(guò)多就會(huì)導(dǎo)致效率下降很快。stringTablesize 設(shè)置沒(méi)有要求
在 jdk7 中,stringTable 的長(zhǎng)度默認(rèn)值是 60013,stringTablesize 設(shè)置沒(méi)有要求
在 jdk8 中,StringTable 的長(zhǎng)度可以設(shè)置的最小值為 1009
在 Java 語(yǔ)言中有 8 種基本數(shù)據(jù)類(lèi)型和一種比較特殊的類(lèi)型 string。這些類(lèi)型為了使它們?cè)谶\(yùn)行過(guò)程中速度更快、更節(jié)省內(nèi)存,都提供了一種常量池的概念。
常量池就類(lèi)似一個(gè) Java 系統(tǒng)級(jí)別提供的緩存。8 種基本數(shù)據(jù)類(lèi)型的常量池都是系統(tǒng)協(xié)調(diào)的,String 類(lèi)型的常量池比較特殊。它的主要使用方法有兩種。
直接使用雙引號(hào)聲明出來(lái)的 String 對(duì)象會(huì)直接存儲(chǔ)在常量池中。
比如:string info="atguigu.com";
如果不是用雙引號(hào)聲明的 string 對(duì)象,可以使用 string 提供的
intern()
方法。
Java 6 及以前,字符串常量池存放在永久代
Java 7 中 oracle 的工程師對(duì)字符串池的邏輯做了很大的改變,即將字符串常量池的位置調(diào)整到 Java 堆內(nèi)
所有的字符串都保存在堆(Heap)中,和其他普通對(duì)象一樣,這樣可以讓你在進(jìn)行調(diào)優(yōu)應(yīng)用時(shí)僅需要調(diào)整堆大小就可以了。
字符串常量池概念原本使用得比較多,但是這個(gè)改動(dòng)使得我們有足夠的理由讓我們重新考慮在 Java 7 中使用
String.intern()
。
Java8 元空間,字符串常量在堆
官網(wǎng)說(shuō)明:https://www.oracle.com/technetwork/java/javase/jdk7-relnotes-418459.html#jdk7changes
在 JDK 7 中,interned 字符串不再在 Java 堆的永久生成中分配,而是在 Java 堆的主要部分(稱(chēng)為年輕代和年老代)中分配,與應(yīng)用程序創(chuàng)建的其他對(duì)象一起分配。此更改將導(dǎo)致駐留在主 Java 堆中的數(shù)據(jù)更多,駐留在永久生成中的數(shù)據(jù)更少,因此可能需要調(diào)整堆大小。由于這一變化,大多數(shù)應(yīng)用程序在堆使用方面只會(huì)看到相對(duì)較小的差異,但加載許多類(lèi)或大量使用字符串的較大應(yīng)用程序會(huì)出現(xiàn)這種差異。intern()
方法會(huì)看到更顯著的差異。
原因:
永久代的默認(rèn)比較小
永久代垃圾回收頻率低
Java 語(yǔ)言規(guī)范里要求完全相同的字符串字面量,應(yīng)該包含同樣的 Unicode 字符序列(包含同一份碼點(diǎn)序列的常量),并且必須是指向同一個(gè) String 類(lèi)實(shí)例。
常量與常量的拼接結(jié)果在常量池,原理是編譯期優(yōu)化
常量池中不會(huì)存在相同內(nèi)容的變量
只要其中有一個(gè)是變量,結(jié)果就在堆中。變量拼接的原理是 StringBuilder
如果拼接的結(jié)果調(diào)用
intern()
方法,則主動(dòng)將常量池中還沒(méi)有的字符串對(duì)象放入池中,并返回此對(duì)象地址
↓CloseCode↓
public static void test1() { String s1 = "a" + "b" + "c"; // 得到 abc的常量池 String s2 = "abc"; // abc存放在常量池,直接將常量池的地址返回 /** * 最終java編譯成.class,再執(zhí)行.class */ System.out.println(s1 == s2); // true,因?yàn)榇娣旁谧址A砍? System.out.println(s1.equals(s2)); // true } public static void test2() { String s1 = "javaEE"; String s2 = "hadoop"; String s3 = "javaEEhadoop"; String s4 = "javaEE" + "hadoop"; String s5 = s1 + "hadoop"; String s6 = "javaEE" + s2; String s7 = s1 + s2; System.out.println(s3 == s4); // true System.out.println(s3 == s5); // false System.out.println(s3 == s6); // false System.out.println(s3 == s7); // false System.out.println(s5 == s6); // false System.out.println(s5 == s7); // false System.out.println(s6 == s7); // false String s8 = s6.intern(); System.out.println(s3 == s8); // true }
從上述的結(jié)果我們可以知道:
如果拼接符號(hào)的前后出現(xiàn)了變量,則相當(dāng)于在堆空間中 new String(),具體的內(nèi)容為拼接的結(jié)果
而調(diào)用 intern 方法,則會(huì)判斷字符串常量池中是否存在 JavaEEhadoop 值,如果存在則返回常量池中的值,否者就在常量池中創(chuàng)建
拼接操作的底層其實(shí)使用了 StringBuilder
s1 + s2 的執(zhí)行細(xì)節(jié)
StringBuilder s = new StringBuilder();
s.append(s1);
s.append(s2);
s.toString(); -> 類(lèi)似于new String("ab");
在 JDK5 之后,使用的是 StringBuilder,在 JDK5 之前使用的是 StringBuffer
String | StringBuffer | StringBuilder |
---|---|---|
String 的值是不可變的,這就導(dǎo)致每次對(duì) String 的操作都會(huì)生成新的 String 對(duì)象,不僅效率低下,而且浪費(fèi)大量?jī)?yōu)先的內(nèi)存空間 | StringBuffer 是可變類(lèi),和線程安全的字符串操作類(lèi),任何對(duì)它指向的字符串的操作都不會(huì)產(chǎn)生新的對(duì)象。每個(gè) StringBuffer 對(duì)象都有一定的緩沖區(qū)容量,當(dāng)字符串大小沒(méi)有超過(guò)容量時(shí),不會(huì)分配新的容量,當(dāng)字符串大小超過(guò)容量時(shí),會(huì)自動(dòng)增加容量 | 可變類(lèi),速度更快 |
不可變 | 可變 | 可變 |
線程安全 | 線程不安全 | |
多線程操作字符串 | 單線程操作字符串 |
注意,我們左右兩邊如果是變量的話,就是需要 new StringBuilder 進(jìn)行拼接,但是如果使用的是 final 修飾,則是從常量池中獲取。所以說(shuō)拼接符號(hào)左右兩邊都是字符串常量或常量引用 則仍然使用編譯器優(yōu)化。也就是說(shuō)被 final 修飾的變量,將會(huì)變成常量,類(lèi)和方法將不能被繼承。
在開(kāi)發(fā)中,能夠使用 final 的時(shí)候,建議使用上
↓CloseCode↓
public static void test4() { final String s1 = "a"; final String s2 = "b"; String s3 = "ab"; String s4 = s1 + s2; System.out.println(s3 == s4); }
運(yùn)行結(jié)果
↓CloseCode↓
true
↓CloseCode↓
public static void method1(int highLevel) { String src = ""; for (int i = 0; i < highLevel; i++) { src += "a"; // 每次循環(huán)都會(huì)創(chuàng)建一個(gè)StringBuilder對(duì)象 } } public static void method2(int highLevel) { StringBuilder sb = new StringBuilder(); for (int i = 0; i < highLevel; i++) { sb.append("a"); } }
方法 1 耗費(fèi)的時(shí)間:4005ms,方法 2 消耗時(shí)間:7ms
結(jié)論:
通過(guò) StringBuilder 的
append()
方式添加字符串的效率,要遠(yuǎn)遠(yuǎn)高于 String 的字符串拼接方法
好處
StringBuilder 的 append 的方式,自始至終只創(chuàng)建一個(gè) StringBuilder 的對(duì)象
對(duì)于字符串拼接的方式,還需要?jiǎng)?chuàng)建很多 StringBuilder 對(duì)象和調(diào)用 toString 時(shí)候創(chuàng)建的 String 對(duì)象
內(nèi)存中由于創(chuàng)建了較多的 StringBuilder 和 String 對(duì)象,內(nèi)存占用過(guò)大,如果進(jìn)行 GC 那么將會(huì)耗費(fèi)更多的時(shí)間
改進(jìn)的空間
我們使用的是 StringBuilder 的空參構(gòu)造器,默認(rèn)的字符串容量是 16,然后將原來(lái)的字符串拷貝到新的字符串中,我們也可以默認(rèn)初始化更大的長(zhǎng)度,減少擴(kuò)容的次數(shù)
因此在實(shí)際開(kāi)發(fā)中,我們能夠確定,前前后后需要添加的字符串不高于某個(gè)限定值,那么建議使用構(gòu)造器創(chuàng)建一個(gè)閾值的長(zhǎng)度
intern 是一個(gè) native 方法,調(diào)用的是底層 C 的方法
字符串池最初是空的,由 String 類(lèi)私有地維護(hù)。在調(diào)用 intern 方法時(shí),如果池中已經(jīng)包含了由
equals(object)
方法確定的與該字符串對(duì)象相等的字符串,則返回池中的字符串。否則,該字符串對(duì)象將被添加到池中,并返回對(duì)該字符串對(duì)象的引用。
如果不是用雙引號(hào)聲明的 string 對(duì)象,可以使用 string 提供的 intern 方法:intern 方法會(huì)從字符串常量池中查詢(xún)當(dāng)前字符串是否存在,若不存在就會(huì)將當(dāng)前字符串放入常量池中。
比如:
↓CloseCode↓
String myInfo = new string("I love atguigu").intern();
也就是說(shuō),如果在任意字符串上調(diào)用 string.intern 方法,那么其返回結(jié)果所指向的那個(gè)類(lèi)實(shí)例,必須和直接以常量形式出現(xiàn)的字符串實(shí)例完全相同。因此,下列表達(dá)式的值必定是 true:
↓CloseCode↓
("a"+"b"+"c").intern()=="abc"
通俗點(diǎn)講,Interned string 就是確保字符串在內(nèi)存里只有一份拷貝,這樣可以節(jié)約內(nèi)存空間,加快字符串操作任務(wù)的執(zhí)行速度。注意,這個(gè)值會(huì)被存放在字符串內(nèi)部池(String Intern Pool)
我們通過(guò)測(cè)試一下,使用了 intern 和不使用的時(shí)候,其實(shí)相差還挺多的
↓CloseCode↓
/** * 使用Intern() 測(cè)試執(zhí)行效率 * @author: Nemo */public class StringIntern2 { static final int MAX_COUNT = 1000 * 10000; static final String[] arr = new String[MAX_COUNT]; public static void main(String[] args) { Integer [] data = new Integer[]{1,2,3,4,5,6,7,8,9,10}; long start = System.currentTimeMillis(); for (int i = 0; i < MAX_COUNT; i++) { arr[i] = new String(String.valueOf(data[i%data.length])).intern(); } long end = System.currentTimeMillis(); System.out.println("花費(fèi)的時(shí)間為:" + (end - start)); try { Thread.sleep(1000000); } catch (Exception e) { e.getStackTrace(); } } }
結(jié)論:對(duì)于程序中大量使用存在的字符串時(shí),尤其存在很多已經(jīng)重復(fù)的字符串時(shí),使用
intern()
方法能夠節(jié)省內(nèi)存空間。
大的網(wǎng)站平臺(tái),需要內(nèi)存中存儲(chǔ)大量的字符串。比如社交網(wǎng)站,很多人都存儲(chǔ):北京市、海淀區(qū)等信息。這時(shí)候如果字符串都調(diào)用
intern()
方法,就會(huì)很明顯降低內(nèi)存的大小。
↓CloseCode↓
/** * new String("ab") 會(huì)創(chuàng)建幾個(gè)對(duì)象? 看字節(jié)碼就知道是2個(gè)對(duì)象 * * @author: Nemo */public class StringNewTest { public static void main(String[] args) { String str = new String("ab"); } }
我們轉(zhuǎn)換成字節(jié)碼來(lái)查看
↓CloseCode↓
0 new #2 <java/lang/String> 3 dup 4 ldc #3 <ab> 6 invokespecial #4 <java/lang/String.<init>> 9 astore_110 return
這里面就是兩個(gè)對(duì)象
一個(gè)對(duì)象是:new 關(guān)鍵字在堆空間中創(chuàng)建
另一個(gè)對(duì)象:字符串常量池中的對(duì)象
↓CloseCode↓
/** * new String("ab") 會(huì)創(chuàng)建幾個(gè)對(duì)象? 看字節(jié)碼就知道是2個(gè)對(duì)象 * * @author: Nemo */public class StringNewTest { public static void main(String[] args) { String str = new String("a") + new String("b"); } }
字節(jié)碼文件為
↓CloseCode↓
0 new #2 <java/lang/StringBuilder> 3 dup 4 invokespecial #3 <java/lang/StringBuilder.<init>> 7 new #4 <java/lang/String>10 dup11 ldc #5 <a>13 invokespecial #6 <java/lang/String.<init>>16 invokevirtual #7 <java/lang/StringBuilder.append>19 new #4 <java/lang/String>22 dup23 ldc #8 <b>25 invokespecial #6 <java/lang/String.<init>>28 invokevirtual #7 <java/lang/StringBuilder.append>31 invokevirtual #9 <java/lang/StringBuilder.toString>34 astore_135 return
我們創(chuàng)建了 6 個(gè)對(duì)象
對(duì)象 1:new StringBuilder()
對(duì)象 2:new String("a")
對(duì)象 3:常量池的 a
對(duì)象 4:new String("b")
對(duì)象 5:常量池的 b
對(duì)象 6:toString中會(huì)約等于創(chuàng)建一個(gè) new String("ab")
調(diào)用 toString 方法,不會(huì)在常量池中生成"ab"(而是會(huì)生成"a"和"b"),因?yàn)椴](méi)有聲明"ab"常量。當(dāng)然,如果是 new String("ab") 那常量池肯定有常量。
↓CloseCode↓
String s = new String("1"); // 在常量池中已經(jīng)有了,"1"常量放到常量池,new對(duì)象放到堆s.intern(); // 將該對(duì)象放入到常量池。但是調(diào)用此方法沒(méi)有太多的區(qū)別,因?yàn)橐呀?jīng)存在了1String s2 = "1"; System.out.println(s == s2); // falseString s3 = new String("1") + new String("1");//s3變量記錄的地址為:new String("11")//執(zhí)行完上一行代碼以后,字符串常量池中,不存在"11"s3.intern();//在字符串常量池中生成"11"。如何理解:jdk6中創(chuàng)建了一個(gè)新的對(duì)象"11",也就有新的地址//jdk7:此時(shí)常量池中并沒(méi)有創(chuàng)建"11",而是創(chuàng)建了一個(gè)指向堆空間中new String("11") 的地址String s4 = "11";//s4變量記錄的地址:使用的是上一行代碼執(zhí)行時(shí),在常量池中生成的"11"地址System.out.println(s3 == s4); // false
輸出結(jié)果
↓CloseCode↓
falsefalse
為什么對(duì)象會(huì)不一樣呢?String s = new String("1");
"1" 常量放到常量池,new 對(duì)象放到堆String s2 = "1";
時(shí),去檢查常量池,發(fā)現(xiàn)有 "1",直接返回了常量池的引用,沒(méi)有創(chuàng)建對(duì)象。
對(duì)于 s2 字符串來(lái)說(shuō),它的創(chuàng)建過(guò)程同上所說(shuō)。在創(chuàng)建該對(duì)象之前,JVM 會(huì)在 String 對(duì)象池中去搜索該字符對(duì)象是否已經(jīng)被創(chuàng)建,如果已經(jīng)被創(chuàng)建,則直接返回一個(gè)引用,否則先創(chuàng)建在返回引用。
而 s 字符串變量,它的創(chuàng)建過(guò)程就要多一個(gè)步驟。除了類(lèi)似于 str2 字符串對(duì)象創(chuàng)建過(guò)程以外,它還會(huì)額外的創(chuàng)建一個(gè)新的 String 對(duì)象,也就是 new 關(guān)鍵字的作用,并且返回一個(gè)引用給 s。
一個(gè)是 new 創(chuàng)建的對(duì)象,是堆空間中的地址
一個(gè)是字面量賦值,是常量池中的對(duì)象,是常量池從的地址,顯然不是同一個(gè)
如果是下面這樣的,那么就是 true
↓CloseCode↓
String s = new String("1"); s = s.intern(); String s2 = "1"; System.out.println(s == s2); // true
而對(duì)于下面的來(lái)說(shuō),因?yàn)?s3 變量記錄的地址是 new String("11"),然后這段代碼執(zhí)行完以后,常量池中不存在 "11",這是 JDK6 的關(guān)系,然后執(zhí)行 s3.intern() 后,就會(huì)在常量池中生成 "11",最后 s4 用的就是 s3 的地址
為什么最后輸出的 s3 == s4 會(huì)為false呢?
這是因?yàn)樵?JDK6 中創(chuàng)建了一個(gè)新的對(duì)象 "11",也就是有了新的地址,s2 = 新地址
而在 JDK7 中,在 JDK7 中,并沒(méi)有創(chuàng)新一個(gè)新對(duì)象,而是指向常量池中的新對(duì)象
↓CloseCode↓
String s = new String("1"); s.intern(); String s2 = "1"; System.out.println(s == s2); // falseString s3 = new String("1") + new String("1"); s3.intern(); String s4 = "11"; System.out.println(s3 == s4); // true
↓CloseCode↓
String s3 = new String("1") + new String("1"); String s4 = "11"; // 在常量池中生成的字符串s3.intern(); // 然后s3就會(huì)從常量池中找,發(fā)現(xiàn)有了,就什么事情都不做System.out.println(s3 == s4);
我們將 s4 的位置向上移動(dòng)一行,發(fā)現(xiàn)變化就會(huì)很大,最后得到的是 false
總結(jié) string 的
intern()
的使用:
JDK1.6 中,將這個(gè)字符串對(duì)象嘗試放入串池(字符串常量池)。
如果串池中有,則并不會(huì)放入。返回已有的串池中的對(duì)象的地址
如果沒(méi)有,會(huì)把此對(duì)象復(fù)制一份,放入串池,并返回串池中的對(duì)象地址
JDK1.7 起,將這個(gè)字符串對(duì)象嘗試放入串池。
如果串池中有,則并不會(huì)放入。返回已有的串池中的對(duì)象的地址
如果沒(méi)有,則會(huì)把對(duì)象的引用地址復(fù)制一份,放入串池,并返回串池中的引用地址
練習(xí):
在 JDK6 中,在字符串常量池中創(chuàng)建一個(gè)字符串 "ab"
在 JDK8 中,在字符串常量池中沒(méi)有創(chuàng)建 "ab",而是將堆中的地址復(fù)制到 串池中。
所以上述結(jié)果,在 JDK6 中是:
↓CloseCode↓
truefalse
在JDK8中是
↓CloseCode↓
truetrue
針對(duì)下面這題,在 JDK6 和 8 中表現(xiàn)的是一樣的
使用
intern()
優(yōu)化執(zhí)行效率:空間使用上
結(jié)論:對(duì)于程序中大量存在的字符串,尤其是其中存在很多重復(fù)字符串時(shí),使用
intern()
可以節(jié)省內(nèi)存空間。
大的網(wǎng)站平臺(tái),需要內(nèi)存中存儲(chǔ)大量的字符串。比如社交網(wǎng)站,很多人都存儲(chǔ):北京市、海淀區(qū)等信息。這時(shí)候如果字符串都調(diào)用
intern()
方法,就會(huì)明顯降低內(nèi)存的大小。
↓CloseCode↓
/** * String的垃圾回收 * -Xms15m -Xmx15m -XX:+PrintStringTableStatistics -XX:+PrintGCDetails * @author: Nemo */public class StringGCTest { public static void main(String[] args) { for (int i = 0; i < 100000; i++) { String.valueOf(i).intern(); } } }
執(zhí)行之后只有 60000 多個(gè)對(duì)象,因?yàn)檫M(jìn)行了垃圾回收。
官方說(shuō)明:http://openjdk.java.net/jeps/192
注意這里說(shuō)的重復(fù),指的是在堆中的數(shù)據(jù),而不是常量池中的,因?yàn)槌A砍刂械谋旧砭筒粫?huì)重復(fù)
String str1 = new String("hello");
String str2 = new String("hello");
是指這個(gè)堆中的對(duì)象去重
背景:對(duì)許多 Java 應(yīng)用(有大的也有小的)做的測(cè)試得出以下結(jié)果:
堆存活數(shù)據(jù)集合里面 string 對(duì)象占了 25%
堆存活數(shù)據(jù)集合里面重復(fù)的 string 對(duì)象有 13.5%
string 對(duì)象的平均長(zhǎng)度是 45
許多大規(guī)模的 Java 應(yīng)用的瓶頸在于內(nèi)存,測(cè)試表明,在這些類(lèi)型的應(yīng)用里面,Java 堆中存活的數(shù)據(jù)集合差不多 25% 是 String 對(duì)象。更進(jìn)一步,這里面差不多一半 String 對(duì)象是重復(fù)的,重復(fù)的意思是說(shuō):stringl.equals(string2)= true
。堆上存在重復(fù)的 string 對(duì)象必然是一種內(nèi)存的浪費(fèi)。這個(gè)項(xiàng)目將在 G1 垃圾收集器中實(shí)現(xiàn)自動(dòng)持續(xù)對(duì)重復(fù)的 string 對(duì)象進(jìn)行去重,這樣就能避免浪費(fèi)內(nèi)存。
當(dāng)垃圾收集器工作的時(shí)候,會(huì)訪問(wèn)堆上存活的對(duì)象。對(duì)每一個(gè)訪問(wèn)的對(duì)象都會(huì)檢查是否是候選的要去重的 string 對(duì)象。
如果是,把這個(gè)對(duì)象的一個(gè)引用插入到隊(duì)列中等待后續(xù)的處理。一個(gè)去重的線程在后臺(tái)運(yùn)行,處理這個(gè)隊(duì)列。處理隊(duì)列的一個(gè)元素意味著從隊(duì)列刪除這個(gè)元素,然后嘗試去重它引用的 string 對(duì)象。
使用一個(gè) hashtable 來(lái)記錄所有的被string 對(duì)象使用的不重復(fù)的 char 數(shù)組。當(dāng)去重的時(shí)候,會(huì)查這個(gè) hashtable,來(lái)看堆上是否已經(jīng)存在一個(gè)一模一樣的 char 數(shù)組。
如果存在,string 對(duì)象會(huì)被調(diào)整引用那個(gè)數(shù)組,釋放對(duì)原來(lái)的數(shù)組的引用,最終會(huì)被垃圾收集器回收掉。
如果查找失敗,char 數(shù)組會(huì)被插入到 hashtable,這樣以后的時(shí)候就可以共享這個(gè)數(shù)組了。
感謝你能夠認(rèn)真閱讀完這篇文章,希望小編分享的“JVM中StringTable的示例分析”這篇文章對(duì)大家有幫助,同時(shí)也希望大家多多支持創(chuàng)新互聯(lián),關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道,更多相關(guān)知識(shí)等著你來(lái)學(xué)習(xí)!
當(dāng)前題目:JVM中StringTable的示例分析
新聞來(lái)源:http://jinyejixie.com/article42/gggoec.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供網(wǎng)站改版、網(wǎng)站設(shè)計(jì)、手機(jī)網(wǎng)站建設(shè)、小程序開(kāi)發(fā)、品牌網(wǎng)站建設(shè)、網(wǎng)站建設(shè)
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶(hù)投稿、用戶(hù)轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來(lái)源: 創(chuàng)新互聯(lián)