• <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

            文章均收錄自他人博客,但不喜標(biāo)題前加-[轉(zhuǎn)貼],因其丑陋,見諒!~
            隨筆 - 1469, 文章 - 0, 評(píng)論 - 661, 引用 - 0
            數(shù)據(jù)加載中……

            String和StringBuffer的區(qū)別

            String對(duì)象建立之后不能再改變,如果經(jīng)常對(duì)字符串進(jìn)行各種各樣的修改,那么使用String來代表字符串的話會(huì)引起很大的內(nèi)存開銷。
            StringBuffer允許修改,不是每個(gè)不同的字符串都要生成一個(gè)新的對(duì)象,兩種類的對(duì)象轉(zhuǎn)換十分容易。

            在我以前的了解中,String是一個(gè)final Class, StringBuffer不是。所以對(duì)于 String a = "yacht" ,String b = "yacht1" String c = a + b ; 存在一個(gè)對(duì)象拷貝構(gòu)造和解析的消耗問題;對(duì)于一個(gè)StringBuffer來說,StringBuffer sb = new StringBuffer();sb.append("yacht") ; sb.append("yacht1"); 因?yàn)镾tringBuffer是一個(gè)可以實(shí)例化的類,而且它的內(nèi)建機(jī)制是維護(hù)了一個(gè)capacity大小的字符數(shù)組,所以它的append操作不存在對(duì)象的消耗問題,所以我覺得如果存在String連接這種事情,StringBuffer來做會(huì)好很多。

                   但事情并不是這么簡(jiǎn)單,看下面代碼

                  String a = "yacht1" + "yacht2" + "yacht3" + "yacht4";

                   StringBuffer sb = new StringBuffer(); sb.append("yacht1") ; sb.append("yacht2"); sb.append("yacht3") ; sb.append("yacht4");  String a = sb.toString();

                   如果按照我先前說的看法,紅色的效率肯定比藍(lán)色的低,但經(jīng)過測(cè)試不是這樣,為什么?這里,我們需要理解程序過程的兩個(gè)時(shí)期,一個(gè)是編譯時(shí),一個(gè)是運(yùn)行時(shí),在編譯時(shí),編譯器會(huì)對(duì)你的程序做出優(yōu)化,所以紅色的String a會(huì)被優(yōu)化成yacht1yacht2yacht3yacht4,而藍(lán)色的StringBuffer只會(huì)在運(yùn)行時(shí)才處理。所以效率是不一樣的。

                   如果代碼是這樣的:

                   String a ; for(int i = 0; i< 100000;i++){ a += String.valueOf(i) ;}

                   StringBuffer sb = new StringBuffer(); for(int i = 0; i< 100000;i++){ sb.append(i) ;} String a = sb.toString();

                   如果是這種情況的話,紅色的效率就大大不如藍(lán)色,區(qū)別在哪里,就在于運(yùn)行時(shí)和編譯時(shí)的優(yōu)化問題上!

             

             

            前面看到有人寫String和stringBudffer的區(qū)別是前者是不能改寫的,后者是可以改寫的

              我覺得說String的字符串不能改變?cè)捠遣诲e(cuò),但是例子要舉好

              看看下面這個(gè)簡(jiǎn)單的例子:

              首先,

              public class xx {   public static void main(String[] args) {   String s1 = "You are hired!";   String s2 = "You are hired!";   if (s1==s2) {   System.out.println("一個(gè)內(nèi)存空間");   } else {   System.out.println("不是一個(gè)內(nèi)存空間");   }   }   }

              打印的結(jié)果是:一個(gè)內(nèi)存空間

              這里==的意義是兩個(gè)操作數(shù)是否指向同一個(gè)對(duì)象

              可見s2在不用new創(chuàng)建的情況下會(huì)自動(dòng)檢索到具有相同內(nèi)容的內(nèi)存空間中共享,那么既然s1和s2共享了同一個(gè)對(duì)象

              再看下面的代碼

              public class xx {   public static void main(String[] args) { String s1 = "You are hired!";   String s2 = "You are hired!";   s1 = s1.replace('h','f');   System.out.println(s1);   if (s1==s2) {   System.out.println("一個(gè)內(nèi)存空間");   } else {   System.out.println("不是一個(gè)內(nèi)存空間");   }   }   }

              代碼結(jié)果是

              You are fired!

              不是一個(gè)內(nèi)存空間

              可見,String中s1的內(nèi)容雖然被改寫,但是已經(jīng)不在是原來第一次分配到的那個(gè)內(nèi)存空間,也就是String類的內(nèi)容能被改變,但一旦改變系統(tǒng)將為其分配新的內(nèi)存

              說到與stringBuffer的區(qū)別,從根本上來說應(yīng)該是

              stringBuffer在做字符長(zhǎng)度變動(dòng)的時(shí)候?qū)⒗^續(xù)使用原來的內(nèi)存空間,不新分配.

              而String的長(zhǎng)度一旦變動(dòng),就如上面的例子一樣,其內(nèi)部將分配新的內(nèi)存空間.

            posted on 2009-08-25 22:18 肥仔 閱讀(4728) 評(píng)論(0)  編輯 收藏 引用 所屬分類: Web-后臺(tái)

            国产精品日韩深夜福利久久| 国产精品久久久久影院嫩草| 亚洲一区中文字幕久久| 国内精品久久九九国产精品| 蜜臀av性久久久久蜜臀aⅴ麻豆| 成人久久免费网站| 少妇精品久久久一区二区三区| 人妻无码久久一区二区三区免费| 色天使久久综合网天天| 久久久久高潮毛片免费全部播放 | 久久亚洲欧洲国产综合| 人妻少妇精品久久| 77777亚洲午夜久久多喷| 麻豆AV一区二区三区久久| 久久精品99久久香蕉国产色戒 | 怡红院日本一道日本久久 | 精品免费久久久久久久| 久久精品国产99国产精偷| 久久久久久久人妻无码中文字幕爆| 97精品依人久久久大香线蕉97| 午夜精品久久久久久久久| 久久精品亚洲日本波多野结衣| 精品国产乱码久久久久久1区2区 | 性高湖久久久久久久久| 久久99精品国产自在现线小黄鸭| 国产精品久久久久久久久| 大美女久久久久久j久久| 亚洲国产高清精品线久久| 久久99国产精品久久久| 国产成人精品久久综合| 久久99热这里只有精品66| 日韩乱码人妻无码中文字幕久久| 成人国内精品久久久久一区| 中文字幕一区二区三区久久网站 | 热re99久久6国产精品免费| 亚洲狠狠久久综合一区77777| 久久久91人妻无码精品蜜桃HD| 国内精品久久久久伊人av| 国产综合精品久久亚洲| 国产精品丝袜久久久久久不卡| 91麻豆国产精品91久久久|