国产片侵犯亲女视频播放_亚洲精品二区_在线免费国产视频_欧美精品一区二区三区在线_少妇久久久_在线观看av不卡

服務器之家:專注于服務器技術及軟件下載分享
分類導航

PHP教程|ASP.NET教程|Java教程|ASP教程|編程技術|正則表達式|C/C++|IOS|C#|Swift|Android|VB|R語言|JavaScript|易語言|vb.net|

服務器之家 - 編程語言 - Java教程 - java String 可變性的分析

java String 可變性的分析

2020-08-26 10:20純-真 Java教程

這篇文章主要介紹了java String 可變性的分析的相關資料,通常大家都認為java String 是不可變的,這里分析下源碼來說明它的可變性,需要的朋友可以參考下

前言

這兩天在看Java面試相關的一些問題,很偶然也很幸運的看到了下面這篇文章。

http://www.jfrwli.cn/article/92798.html

這篇文章的作者有一系列關于Java深入學習的文章,很值得一看,個人覺得非常好,很有收獲。

起因

java String 可變性的分析

正如我們所理解的,通過

java" id="highlighter_769286">
?
1
String hello = "Hello World!";

?
1
String xx = new String("Hello World!");

得到的字符串對象是不一樣的,new方式是在堆空間中創建的,而直接的字符串則是先被放到常量池中。如果有新的與之一樣的對象被創建,則直接讓這個新對象引用常量池中的這個地址即可。

這樣的好處就是可以最大限度的節省內存空間。

而使用new方式創建的則就不一樣了,只要是用了new創建字符串,就會在堆空間中開辟出一塊內存,然后返回這個內存地址的引用。所以這樣創建的對象,即使內容一致,也不會是指向同一個內存地址。

下面用幾個簡單的代碼做下測試。

?
1
2
3
4
5
/**
*字符串中對于內容和地址的判定可以用下面兩種方式,但側重點不一樣。
*/
equals // 判斷 兩個字符串的內容是否一致
==  // 判斷兩個字符串的內存地址是否一致

且看下面的代碼:

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
public static void simple() {
  String s1 = "Hello World!";
  String s2 = "Hello World!";
  String s3 = new String("Hello World!");
  String s4 = new String("Hello World!");
 
  // 下面開始比較引用和內容的比較
  System.out.println("字符串賦值方式:");
  System.out.println(s1==s2);
  System.out.println(s1.equals(s2));
 
  System.out.println("\n字符串賦值方式和new方式:");
  System.out.println(s1==s3);
  System.out.println(s1.equals(s3));
 
  System.out.println("\nnew 方式:");
  System.out.println(s3==s4);
  System.out.println(s3.equals(s4));
 }

得到的結果如下:

?
1
2
3
4
5
6
7
8
9
10
11
字符串賦值方式:
true
true
 
字符串賦值方式和new方式:
false
true
 
new 方式:
false
true

結果卻是和我們所說的那樣。

深入源碼

不出所料,String確實是“不可變的”,每次改變底層其實都是創建了一個心的字符串對象,然后賦予了新值。

為什么會這樣呢?我們也許可以在源碼中找到真相。

java String 可變性的分析

哦,原來Java對于String類只是維護了一個final類型的字符數組啊。怪不得賦值之后就不能改變了呢。

但是也許你會有疑問,咦,不對啊,“我經常使用String的什么replace方法改變字符串的內容啊。你這則么解釋呢?”

其實答案還是那樣,它真的沒變,我們并沒有看到事情的真相,相信看完下面的源碼,你就明白了。

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
/**
  * Returns a string resulting from replacing all occurrences of
  * {@code oldChar} in this string with {@code newChar}.
  * <p>
  * If the character {@code oldChar} does not occur in the
  * character sequence represented by this {@code String} object,
  * then a reference to this {@code String} object is returned.
  * Otherwise, a {@code String} object is returned that
  * represents a character sequence identical to the character sequence
  * represented by this {@code String} object, except that every
  * occurrence of {@code oldChar} is replaced by an occurrence
  * of {@code newChar}.
  * <p>
  * Examples:
  * <blockquote><pre>
  * "mesquite in your cellar".replace('e', 'o')
  *   returns "mosquito in your collar"
  * "the war of baronets".replace('r', 'y')
  *   returns "the way of bayonets"
  * "sparring with a purple porpoise".replace('p', 't')
  *   returns "starring with a turtle tortoise"
  * "JonL".replace('q', 'x') returns "JonL" (no change)
  * </pre></blockquote>
  *
  * @param oldChar the old character.
  * @param newChar the new character.
  * @return a string derived from this string by replacing every
  *   occurrence of {@code oldChar} with {@code newChar}.
  */
 public String replace(char oldChar, char newChar) {
  if (oldChar != newChar) {
   int len = value.length;
   int i = -1;
   char[] val = value; /* avoid getfield opcode */
 
   while (++i < len) {
    if (val[i] == oldChar) {
     break;
    }
   }
   if (i < len) {
    char buf[] = new char[len];
    for (int j = 0; j < i; j++) {
     buf[j] = val[j];
    }
    while (i < len) {
     char c = val[i];
     buf[i] = (c == oldChar) ? newChar : c;
     i++;
    }
    return new String(buf, true);
   }
  }
  return this;
 }

源碼中很明確的使用了

?
1
new String(buf, true);

的方式返回給調用者新對象了。

真的不可變嗎?

讀到上面的內容,其實基本上已經夠了。但是了解一下更深層次的內容,相信對我們以后編程來說會更好。

源碼中清楚的使用char[] value來盛裝外界的字符串數據。也就是說字符串對象的不可變的特性,其實是源自value數組的final特性。

那么我們可以這么想,我們不改變String的內容,而是轉過頭來改變value數組的內容(可以通過反射的方式來修改String對象中的private屬性的value),結果會怎樣呢?

答案是真的會變哦。

可以先看下下面的代碼

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
private static void deep() throws NoSuchFieldException, IllegalAccessException {
  String hello = "Hello World!";
  String xx = new String("Hello World!");
  String yy = "Hello World!";
 
  /**
   * 判斷字符串是否相等,默認以內存引用為標準
   */
  System.out.println(hello == xx);
  System.out.println(hello == yy);
  System.out.println(xx == yy);
 
  // 查看hello, xx, yy 三者所指向的value數組的真實位置
  Field hello_field = hello.getClass().getDeclaredField("value");
  hello_field.setAccessible(true);
  char[] hello_value = (char[]) hello_field.get(hello);
  System.out.println( hello_field.get(hello));
 
  Field xx_field = xx.getClass().getDeclaredField("value");
  xx_field.setAccessible(true);
  char[] xx_value = (char[]) xx_field.get(xx);
  System.out.println(xx_field.get(xx));
 
  Field yy_field = yy.getClass().getDeclaredField("value");
  yy_field.setAccessible(true);
  char[] yy_value = (char[]) yy_field.get(yy);
  System.out.println(yy_field.get(yy));
  /**
   * 經過反射獲取到這三個字符串對象的最底層的引用數組value,發現如果一開始內容一致的話,java底層會將創建的字符串對象指向同一個字符數組
   *
   */
 
  // 通過反射修改字符串引用的value數組
  Field field = hello.getClass().getDeclaredField("value");
  field.setAccessible(true);
  char[] value = (char[]) field.get(hello);
  System.out.println(value);
  value[5] = '^';
  System.out.println(value);
 
  // 驗證xx是否被改變
  System.out.println(xx);
 }

結果呢?

?
1
2
3
4
5
6
7
8
9
false
true
false
[C@6d06d69c
[C@6d06d69c
[C@6d06d69c
Hello World!
Hello^World!
Hello^World!

真的改變了。

而我們也可以發現,hello,xx, yy最終都指向了內存中的同一個value字符數組。這也說明了Java在底層做了足夠強的優化處理。

當創建了一個字符串對象時,底層會對應一個盛裝了相應內容的字符數組;此時如果又來了一個同樣的字符串,對于value數組直接獲取剛才的那個引用即可。(相信我們都知道,在Java中數組其實也是一個對象類型的數據,這樣既不難理解了)。

不管是字符串直接引用方式,還是new一個新的字符串的方式,結果都是一樣的。它們內部的字符數組都會指向內存中同一個“對象”(value字符數組)。

總結

稍微有點亂,但是從這點我們也可以看出String的不可變性其實仍舊是對外界而言的。在最底層,Java把這一切都給透明化了。我們只需要知道String對象有這點特性,就夠了。

其他的,日常應用來說,還是按照String對象不可變來使用即可。

感謝閱讀,希望能幫助到大家,謝謝大家對本站的支持!

原文鏈接:http://blog.csdn.net/marksinoberg/article/details/60873982

延伸 · 閱讀

精彩推薦
主站蜘蛛池模板: 正在播放国产一区 | 久久99精品久久久久久国产越南 | 国产精品中文在线 | 黄色午夜| 国产高清免费 | 精品欧美乱码久久久久久1区2区 | 午夜精品久久久久久 | 免费在线观看黄色 | 欧美日韩在线看 | 国产视频二区 | 国产伦精品一区二区三区 | 亚洲视频在线看 | 精品九九久久 | 精品九九 | 99免费在线播放99久久免费 | 亚洲精品久久久 | 夜夜操操操操 | 国产精品一区二区三 | 中文字幕一区二区三区久久 | 精品在线一区二区 | 欧美国产精品一区二区 | 蜜桃av一区二区三区 | 黄色国产在线视频 | 久久国产成人 | 精品一区国产 | 伊人色私人影院蜜桃va | 欧洲一区二区三区 | 久久99精品久久久久久琪琪 | 中文字幕高清免费日韩视频在线 | 日韩中文字幕在线观看 | 午夜影院网站 | 精品少妇一区二区三区日产乱码 | 欧美一级在线观看 | 国产精品一区二区久久久 | 在线中文| 久久精品一区二区 | 懂色av成人一区二区三区 | 一级做a爰片性色毛片精油 欧美中文字幕在线观看 | √天堂8在线网 | 国产精国产精品 | 国产免费一区二区三区 |