• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            woaidongmao

            文章均收錄自他人博客,但不喜標題前加-[轉貼],因其丑陋,見諒!~
            隨筆 - 1469, 文章 - 0, 評論 - 661, 引用 - 0
            數據加載中……

            全面理解Java中的String數據類型

            1. 首先String不屬于8種基本數據類型,String是一個對象。

              因為對象的默認值是null,所以String的默認值也是null;但它又是一種特殊的對象,有其它對象沒有的一些特性。

              2. new String()new String(“”)都是申明一個新的空字符串,是空串不是null

              3. String str=”kvill”;
            String str=new String (“kvill”);
            的區別:

              在這里,我們不談堆,也不談棧,只先簡單引入常量池這個簡單的概念。

              常量池(constant pool)指的是在編譯期被確定,并被保存在已編譯的.class文件中的一些數據。它包括了關于類、方法、接口等中的常量,也包括字符串常量。

              看例1

            String s0=”kvill”;
            String s1=”kvill”;
            String s2=”kv” + “ill”;
            System.out.println( s0==s1 );
            System.out.println( s0==s2 );


              結果為:

            true
            true


              首先,我們要知道Java會確保一個字符串常量只有一個拷貝。

              因為例子中的s0s1中的”kvill”都是字符串常量,它們在編譯期就被確定了,所以s0==s1true;而”kv””ill”也都是字符串常量,當一個字符串由多個字符串常量連接而成時,它自己肯定也是字符串常量,所以s2也同樣在編譯期就被解析為一個字符串常量,所以s2也是常量池中”kvill”的一個引用。

              所以我們得出s0==s1==s2;

              用new String() 創建的字符串不是常量,不能在編譯期就確定,所以new String() 創建的字符串不放入常量池中,它們有自己的地址空間。

              看例2

            String s0=”kvill”;
            String s1=new String(”kvill”);
            String s2=”kv” + new String(“ill”);
            System.out.println( s0==s1 );
            System.out.println( s0==s2 );
            System.out.println( s1==s2 );


              結果為:

            false
            false
            false


              例2s0還是常量池中”kvill”的應用,s1因為無法在編譯期確定,所以是運行時創建的新對象”kvill”的引用,s2因為有后半部分new String(“ill”)所以也無法在編譯期確定,所以也是一個新創建對象”kvill”的應用;明白了這些也就知道為何得出此結果了。

              4. String.intern()

              再補充介紹一點:存在于.class文件中的常量池,在運行期被JVM裝載,并且可以擴充。Stringintern()方法就是擴充常量池的一個方法;當一個String實例str調用intern()方法時,Java查找常量池中是否有相同Unicode的字符串常量,如果有,則返回其的引用,如果沒有,則在常量池中增加一個Unicode等于str的字符串并返回它的引用;看例3就清楚了

              例3

            String s0= “kvill”;
            String s1=new String(”kvill”);
            String s2=new String(“kvill”);
            System.out.println( s0==s1 );
            System.out.println( “**********” );
            s1.intern();
            s2=s2.intern(); //
            把常量池中“kvill”的引用賦給s2
            System.out.println( s0==s1);
            System.out.println( s0==s1.intern() );
            System.out.println( s0==s2 );


              結果為:

            false
            **********
            false //
            雖然執行了s1.intern(),但它的返回值沒有賦給s1
            true //
            說明s1.intern()返回的是常量池中”kvill”的引用
            true


              最后我再破除一個錯誤的理解:

              有人說,使用String.intern()方法則可以將一個String類的保存到一個全局String表中,如果具有相同值的Unicode字符串已經在這個表中,那么該方法返回表中已有字符串的地址,如果在表中沒有相同值的字符串,則將自己的地址注冊到表中如果我把他說的這個全局的String表理解為常量池的話,他的最后一句話,如果在表中沒有相同值的字符串,則將自己的地址注冊到表中是錯的:

              看例4

            String s1=new String("kvill");
            String s2=s1.intern();
            System.out.println( s1==s1.intern() );
            System.out.println( s1+" "+s2 );
            System.out.println( s2==s1.intern() );


              結果:

            false
            kvill kvill
            true


              在這個類中我們沒有聲名一個”kvill”常量,所以常量池中一開始是沒有”kvill”的,當我們調用s1.intern()后就在常量池中新添加了一個”kvill”常量,原來的不在常量池中的”kvill”仍然存在,也就不是將自己的地址注冊到常量池中了。

              s1==s1.intern()false說明原來的“kvill”仍然存在;

              s2現在為常量池中“kvill”的地址,所以有s2==s1.intern()true

              5. 關于equals()==:

              這個對于String簡單來說就是比較兩字符串的Unicode序列是否相當,如果相等返回true;==是比較兩字符串的地址是否相同,也就是是否是同一個字符串的引用。

              6. 關于String是不可變的

              這一說又要說很多,大家只要知道String的實例一旦生成就不會再改變了,比如說:String str=”kv”+”ill”+” “+”ans”;
            就是有4個字符串常量,首先”kv””ill”生成了”kvill”存在內存中,然后”kvill”又和” “ 生成 ”kvill “存在內存中,最后又和生成了”kvill ans”;并把這個字符串的地址賦給了str,就是因為String不可變產生了很多臨時變量,這也就是為什么建議用StringBuffer的原因了,因為StringBuffer是可改變的。

            自己總結了些,不過偶然在看東西的時候發現有人總結的比較全面,所以轉過來。

             

            posted on 2009-08-19 12:02 肥仔 閱讀(126) 評論(0)  編輯 收藏 引用 所屬分類: Web-后臺

            精品无码久久久久久久久久| 亚洲AV日韩AV天堂久久| 人人狠狠综合久久亚洲88| 久久99国产精品一区二区| 久久精品国产一区二区电影| 国内精品免费久久影院| 三级三级久久三级久久| 国产成人精品久久亚洲| 中文无码久久精品| 成人亚洲欧美久久久久| 久久久久亚洲AV成人片| 欧美午夜A∨大片久久| 99久久无色码中文字幕| 国产一区二区久久久| 办公室久久精品| 69SEX久久精品国产麻豆| 久久久久久午夜精品| 国产精品xxxx国产喷水亚洲国产精品无码久久一区| 国产综合免费精品久久久| 久久久精品国产sm调教网站 | AAA级久久久精品无码区| 久久午夜免费视频| 免费一级做a爰片久久毛片潮| 国产精品久久精品| 97精品国产91久久久久久| 久久国产色av免费看| 久久久国产视频| 精品久久久久久久久免费影院| 国内精品久久久久久久亚洲 | 久久综合久久久| 91久久精品91久久性色| 中文字幕热久久久久久久| 久久人人爽人人爽人人片av麻烦| 欧美激情精品久久久久久久九九九 | 伊人久久综在合线亚洲2019| 久久久久亚洲Av无码专| 久久无码人妻一区二区三区| 色诱久久久久综合网ywww| 久久精品天天中文字幕人妻| 91精品国产高清91久久久久久| 国产精品久久一区二区三区 |