亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb

首頁 > 編程 > Java > 正文

Java中的字符串常量池詳細介紹

2019-11-26 15:18:49
字體:
來源:轉載
供稿:網友

Java中字符串對象創建有兩種形式,一種為字面量形式,如String str = "droid";,另一種就是使用new這種標準的構造對象的方法,如String str = new String("droid");,這兩種方式我們在代碼編寫時都經常使用,尤其是字面量的方式。然而這兩種實現其實存在著一些性能和內存占用的差別。這一切都是源于JVM為了減少字符串對象的重復創建,其維護了一個特殊的內存,這段內存被成為字符串常量池或者字符串字面量池。

工作原理

當代碼中出現字面量形式創建字符串對象時,JVM首先會對這個字面量進行檢查,如果字符串常量池中存在相同內容的字符串對象的引用,則將這個引用返回,否則新的字符串對象被創建,然后將這個引用放入字符串常量池,并返回該引用。

舉例說明

字面量創建形式

復制代碼 代碼如下:

String str1 = "droid";

JVM檢測這個字面量,這里我們認為沒有內容為droid的對象存在。JVM通過字符串常量池查找不到內容為droid的字符串對象存在,那么會創建這個字符串對象,然后將剛創建的對象的引用放入到字符串常量池中,并且將引用返回給變量str1。

如果接下來有這樣一段代碼

復制代碼 代碼如下:

String str2 = "droid";

同樣JVM還是要檢測這個字面量,JVM通過查找字符串常量池,發現內容為”droid”字符串對象存在,于是將已經存在的字符串對象的引用返回給變量str2。注意這里不會重新創建新的字符串對象。

驗證是否為str1和str2是否指向同一對象,我們可以通過這段代碼

復制代碼 代碼如下:

System.out.println(str1 == str2);

結果為true。

使用new創建

復制代碼 代碼如下:

String str3 = new String("droid");

當我們使用了new來構造字符串對象的時候,不管字符串常量池中有沒有相同內容的對象的引用,新的字符串對象都會創建。因此我們使用下面代碼測試一下,

復制代碼 代碼如下:

String str3 = new String("droid");
System.out.println(str1 == str3);

結果如我們所想,為false,表明這兩個變量指向的為不同的對象。

intern

對于上面使用new創建的字符串對象,如果想將這個對象的引用加入到字符串常量池,可以使用intern方法。

調用intern后,首先檢查字符串常量池中是否有該對象的引用,如果存在,則將這個引用返回給變量,否則將引用加入并返回給變量。

復制代碼 代碼如下:

String str4 = str3.intern();
System.out.println(str4 == str1);

輸出的結果為true。

疑難問題

前提條件?

字符串常量池實現的前提條件就是Java中String對象是不可變的,這樣可以安全保證多個變量共享同一個對象。如果Java中的String對象可變的話,一個引用操作改變了對象的值,那么其他的變量也會受到影響,顯然這樣是不合理的。

引用 or 對象

字符串常量池中存放的時引用還是對象,這個問題是最常見的。字符串常量池存放的是對象引用,不是對象。在Java中,對象都創建在堆內存中。

更新驗證,收到的很多評論也在討論這個問題,我簡單的進行了驗證。 驗證環境:

復制代碼 代碼如下:

22:18:54-androidyue~/Videos$ cat /etc/os-release
NAME=Fedora
VERSION="17 (Beefy Miracle)"
ID=fedora
VERSION_ID=17
PRETTY_NAME="Fedora 17 (Beefy Miracle)"
ANSI_COLOR="0;34"
CPE_NAME="cpe:/o:fedoraproject:fedora:17"

22:19:04-androidyue~/Videos$ java -version
java version "1.7.0_25"
OpenJDK Runtime Environment (fedora-2.3.12.1.fc17-x86_64)
OpenJDK 64-Bit Server VM (build 23.7-b01, mixed mode)

驗證思路:以下的Java程序讀取一個大小為82M的視頻文件,以字符串形式進行intern操作。

復制代碼 代碼如下:

22:01:17-androidyue~/Videos$ ll -lh | grep why_to_learn.mp4
-rw-rw-r--. 1 androidyue androidyue  82M Oct 20  2013 why_to_learn.mp4

驗證代碼

復制代碼 代碼如下:

import java.io.BufferedReader;
import java.io.FileNotFoundException;
import java.io.FileReader;
import java.io.IOException;


public class TestMain {
  private static String fileContent;
  public static void main(String[] args) {
      fileContent = readFileToString(args[0]);
      if (null != fileContent) {
          fileContent = fileContent.intern();
          System.out.println("Not Null");
      }
  }
 
 
  private static String readFileToString(String file) {
      BufferedReader reader = null;
      try {
          reader = new BufferedReader(new FileReader(file));
          StringBuffer buff = new StringBuffer();
          String line;
          while ((line = reader.readLine()) != null) {
              buff.append(line);
          }
          return buff.toString();
      } catch (FileNotFoundException e) {
          e.printStackTrace();
      } catch (IOException e) {
          e.printStackTrace();
      } finally {
          if (null != reader) {
              try {
                  reader.close();
              } catch (IOException e) {
                  e.printStackTrace();
              }
          }
      }
      return null;
  }
}

由于字符串常量池存在于堆內存中的永久代,適用于Java8之前。我們通過設置永久代一個很小的值來進行驗證。如果字符串對象存在字符串常量池中,那么必然拋出java.lang.OutOfMemoryError permgen space錯誤。

復制代碼 代碼如下:

java -XX:PermSize=6m TestMain ~/Videos/why_to_learn.mp4

運行證明程序沒有拋出OOM,其實這個不能很好的證明存儲的是對象還是引用。

但是這個至少證明了字符串的實際內容對象char[]不存放在字符串常量池中。既然這樣的話,其實字符串常量池存儲字符串對象還是字符串對象的引用反而不是那么重要。但個人還是傾向于存儲的為引用。

優缺點

字符串常量池的好處就是減少相同內容字符串的創建,節省內存空間。

如果硬要說弊端的話,就是犧牲了CPU計算時間來換空間。CPU計算時間主要用于在字符串常量池中查找是否有內容相同對象的引用。不過其內部實現為HashTable,所以計算成本較低。

GC回收?

因為字符串常量池中持有了共享的字符串對象的引用,這就是說是不是會導致這些對象無法回收?

首先問題中共享的對象一般情況下都比較小。據我查證了解,在早期的版本中確實存在這樣的問題,但是隨著弱引用的引入,目前這個問題應該沒有了。

關于這個問題,可以具體了解這片文章interned Strings : Java Glossary

intern使用?

關于使用intern的前提就是你清楚自己確實需要使用。比如,我們這里有一份上百萬的記錄,其中記錄的某個值多次為美國加利福尼亞州,我們不想創建上百萬條這樣的字符串對象,我們可以使用intern只在內存中保留一份即可。關于intern更深入的了解請參考深入解析String#intern。

總有例外?

你知道下面的代碼,會創建幾個字符串對象,在字符串常量池中保存幾個引用么?

復制代碼 代碼如下:

String test = "a" + "b" + "c";

答案是只創建了一個對象,在常量池中也只保存一個引用。我們使用javap反編譯看一下即可得知。

復制代碼 代碼如下:

17:02 $ javap -c TestInternedPoolGC
Compiled from "TestInternedPoolGC.java"
public class TestInternedPoolGC extends java.lang.Object{
public TestInternedPoolGC();
  Code:
   0:  aload_0
   1:  invokespecial    #1; //Method java/lang/Object."<init>":()V
   4:  return

public static void main(java.lang.String[])   throws java.lang.Exception;
  Code:
   0:  ldc  #2; //String abc
   2:  astore_1
   3:  return


看到了么,實際上在編譯期間,已經將這三個字面量合成了一個。這樣做實際上是一種優化,避免了創建多余的字符串對象,也沒有發生字符串拼接問題。關于字符串拼接,可以查看Java細節:字符串的拼接。

發表評論 共有條評論
用戶名: 密碼:
驗證碼: 匿名發表
亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb
国产日韩精品一区二区| 川上优av一区二区线观看| 国产亚洲欧洲在线| 亚洲欧美日韩爽爽影院| 色综合导航网站| www.日韩不卡电影av| 日韩日本欧美亚洲| 一区二区在线视频| 国产精品成熟老女人| 欧美激情精品在线| 91久久精品一区| 国产午夜一区二区| 久久久亚洲欧洲日产国码aⅴ| 亚洲一区二区自拍| 91夜夜未满十八勿入爽爽影院| 亚洲国产精品久久久久秋霞不卡| 最新国产精品拍自在线播放| 久久在线免费观看视频| 日本午夜在线亚洲.国产| 国产亚洲欧洲高清一区| 26uuu国产精品视频| 亚洲美女免费精品视频在线观看| 欧美午夜女人视频在线| 91精品久久久久久久久青青| 亚洲一级免费视频| 精品美女久久久久久免费| 亚洲国产91精品在线观看| 亚洲欧美日韩一区二区三区在线| 91精品国产综合久久香蕉| 亚洲自拍偷拍色图| 欧美二区在线播放| 中文字幕日韩有码| 国产经典一区二区| 成人写真视频福利网| 欧美裸体xxxx极品少妇| 国产美女久久精品香蕉69| 日韩电影中文字幕av| 亚洲第一页中文字幕| 国产精品福利小视频| 欧美在线视频观看免费网站| 国产精品偷伦视频免费观看国产| 亚洲欧美在线一区二区| 狠狠做深爱婷婷久久综合一区| 成人精品网站在线观看| 日韩电视剧在线观看免费网站| 亚洲精品久久久一区二区三区| 国产精品视频白浆免费视频| 成人午夜小视频| 欧美激情二区三区| 亚洲天堂精品在线| 色狠狠av一区二区三区香蕉蜜桃| 久久久噜噜噜久久中文字免| 欧美视频在线观看免费网址| 久久久久久有精品国产| xxx成人少妇69| 亚洲国产高清自拍| 亚洲偷熟乱区亚洲香蕉av| 亚洲在线免费看| 66m—66摸成人免费视频| 亚洲伊人第一页| 国产成一区二区| 国产91精品久久久久久久| 亚洲iv一区二区三区| 高清欧美性猛交| 久久九九亚洲综合| 国语自产精品视频在免费| 中文字幕久久亚洲| 中文字幕在线亚洲| 色综合伊人色综合网站| 欧美激情欧美激情| 日韩电视剧免费观看网站| 97成人精品视频在线观看| 欧美成人在线影院| 91超碰caoporn97人人| 亚洲欧美精品suv| 国产精品海角社区在线观看| 色综合男人天堂| 日本精品视频网站| 日韩在线视频免费观看| 亚洲国产精品悠悠久久琪琪| 亚洲欧美日韩国产成人| 在线午夜精品自拍| 精品久久香蕉国产线看观看亚洲| 国产性色av一区二区| 欧美寡妇偷汉性猛交| 亚洲精品少妇网址| 最近2019年好看中文字幕视频| 亚洲人成网7777777国产| 日韩av在线最新| 日韩av最新在线| 亚洲欧美日韩久久久久久| 成人午夜在线观看| 97人人模人人爽人人喊中文字| 久热精品视频在线观看| 欧美一级免费视频| 日韩视频精品在线| 色婷婷综合成人av| 欧美精品激情在线| 欧美大尺度电影在线观看| 亚洲欧美中文日韩v在线观看| 久久久精品国产亚洲| 91天堂在线视频| 97成人在线视频| 81精品国产乱码久久久久久| 77777亚洲午夜久久多人| 亚洲视频在线播放| 亚洲成av人片在线观看香蕉| 欧美大码xxxx| 亚洲午夜精品久久久久久久久久久久| 日韩在线www| 最新日韩中文字幕| 国产精品久久一区主播| 亚洲片在线资源| 51午夜精品视频| 国产精品视频免费在线观看| 国产成人精品日本亚洲专区61| 91精品国产高清自在线| 亚洲欧美在线一区二区| 亚洲色图激情小说| 亚洲精品乱码久久久久久按摩观| 国模视频一区二区| 久久久黄色av| 伊人激情综合网| 国产午夜精品全部视频播放| 大胆欧美人体视频| 亚洲色图欧美制服丝袜另类第一页| 国产精品久久久久久av| 国产欧美在线看| 国产一区二区三区四区福利| 国产丝袜一区二区| 国产精品国产三级国产aⅴ浪潮| 日韩电影免费观看中文字幕| 91在线直播亚洲| 97久久精品在线| 亚洲大胆美女视频| 26uuu国产精品视频| 国产丝袜一区二区三区免费视频| 亚洲国产精品国自产拍av秋霞| 亚洲精品videossex少妇| 欧美剧在线观看| 亚洲免费视频一区二区| 欧美激情亚洲精品| 在线观看国产欧美| 欧美电影免费观看网站| 亚洲a区在线视频| 国产精品女主播| 26uuu另类亚洲欧美日本一| 久久久久久久久久久av| 精品久久久久久久久中文字幕| 在线免费看av不卡| 一区二区欧美久久| 亚洲欧美日韩国产精品| 九九热这里只有在线精品视| 91成人在线视频| 欧美高清视频免费观看| 1769国内精品视频在线播放| 韩国三级电影久久久久久| 精品国产91乱高清在线观看| 91在线视频免费| 欧美老女人在线视频| 久久男人的天堂| 久久综合免费视频| 久久久久久久久久久亚洲| 午夜精品免费视频|