青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

Merlin

Life was like a box of chocolates. You never know what you're gonna get.

   :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理 ::
  34 隨筆 :: 0 文章 :: 40 評論 :: 0 Trackbacks
近期到CSDN論壇看看一些網友貼的面試題,其中關于String的問題常常被提及。我一直以為自己很清楚這個東西了,其實深究起來,發現自己并不那么清楚,會犯一些錯誤;同時也產生了一些聯想。小結一下。

1、"abc"與new String("abc");
????經常會問到的面試題:String s = new String("abc");創建了幾個String Object?【如這里創建了多少對象? 和一道小小的面試題 】

????這個問題比較簡單,涉及的知識點包括:

引用變量與對象的區別;
字符串文字"abc"是一個String對象;
文字池[pool of literal strings]和堆[heap]中的字符串對象。
????一、引用變量與對象:除了一些早期的Java書籍和現在的垃圾書籍,人們都可以從中比較清楚地學習到兩者的區別。A aa;語句聲明一個類A的引用變量aa[我常常稱之為句柄],而對象一般通過new創建。所以題目中s僅僅是一個引用變量,它不是對象。[ref 句柄、引用與對象]

????二、Java中所有的字符串文字[字符串常量]都是一個String的對象。有人[特別是C程序員]在一些場合喜歡把字符串"當作/看成"字符數組,這也沒有辦法,因為字符串與字符數組存在一些內在的聯系。事實上,它與字符數組是兩種完全不同的對象。

????????System.out.println("Hello".length());
????????char[] cc={'H','i'};
????????System.out.println(cc.length);

????三、字符串對象的創建:由于字符串對象的大量使用[它是一個對象,一般而言對象總是在heap分配內存],Java中為了節省內存空間和運行時間[如比較字符串時,==比equals()快],在編譯階段就把所有的字符串文字放到一個文字池[pool of literal strings]中,而運行時文字池成為常量池的一部分。文字池的好處,就是該池中所有相同的字符串常量被合并,只占用一個空間。我們知道,對兩個引用變量,使用==判斷它們的值[引用]是否相等,即指向同一個對象:

				String s1 = "abc" ;
String s2 = "abc" ;
if( s1 == s2 )
????System.out.println("s1,s2 refer to the same object");
else???? System.out.println("trouble");


????這里的輸出顯示,兩個字符串文字保存為一個對象。就是說,上面的代碼只在pool中創建了一個String對象。

????現在看String s = new String("abc");語句,這里"abc"本身就是pool中的一個對象,而在運行時執行new String()時,將pool中的對象復制一份放到heap中,并且把heap中的這個對象的引用交給s持有。ok,這條語句就創建了2個String對象。

				String s1 = new String("abc") ;
String s2 = new String("abc") ;
if( s1 == s2 ){ //不會執行的語句}


????這時用==判斷就可知,雖然兩個對象的"內容"相同[equals()判斷],但兩個引用變量所持有的引用不同,

????BTW:上面的代碼創建了幾個String Object? [三個,pool中一個,heap中2個。]
????[Java2 認證考試學習指南 (第4版)( 英文版)p197-199有圖解。]


2、字符串的+運算和字符串轉換
????字符串轉換和串接是很基礎的內容,因此我以為這個問題簡直就是送分題。事實上,我自己就答錯了。

String str = new String("jf"); // jf是接分
str = 1+2+str+3+4;
一共創建了多少String的對象?[我開始的答案:5個。jf、new、3jf、3jf3、3jf34]

????首先看JLS的有關論述:

????一、字符串轉換的環境[JLS 5.4 String Conversion]

????字符串轉換環境僅僅指使用雙元的+運算符的情況,其中一個操作數是一個String對象。在這一特定情形下,另一操作數轉換成String,表達式的結果是這兩個String的串接。

????二、串接運算符[JLS 15.18.1 String Concatenation Operator + ]

????如果一個操作數/表達式是String類型,則另一個操作數在運行時轉換成一個String對象,并兩者串接。此時,任何類型都可以轉換成String。[這里,我漏掉了"3"和"4"]

如果是基本數據類型,則如同首先轉換成其包裝類對象,如int x視為轉換成Integer(x)。
現在就全部統一到引用類型向String的轉換了。這種轉換如同[as if]調用該對象的無參數toString方法。[如果是null則轉換成"null"]。因為toString方法在Object中定義,故所有的類都有該方法,而且Boolean, Character, Integer, Long, Float, Double, and String改寫了該方法。
關于+是串接還是加法,由操作數決定。1+2+str+3+4 就很容易知道是"3jf34"。[BTW :在JLS的15.18.1.3中舉的一個jocular little example,真的很無趣。]
????下面的例子測試了改寫toString方法的情況.。

				class A{
????int i = 10;
????public static void main(String []args){
????????String str = new String("jf");
????????str += new A();
????????System.out.print(str);
????}

????public String toString(){
????????return " a.i ="+i+"\n";
????}
}


三、字符串轉換的優化

按照上述說法,str = 1+2+str+3+4;語句似乎應該就應該生成5個String對象:

1+2 =3,then 3→Integer(3)→"3" in pool? [假設如此]
"3"+str(in heap) = "3jf"???? (in heap)
"3jf" +3 ,first 3→Integer(3)→"3" in pool? [則不創建] then "3jf3"
"3jf3"+4 create "4"??in pool
then "3jf34"

????這里我并不清楚3、4轉換成字符串后是否在池中,所以上述結果仍然是猜測。

????為了減少創建中間過渡性的字符串對象,提高反復進行串接運算時的性能,a Java compiler可以使用StringBuffer或者類似的技術,或者把轉換與串接合并成一步。例如:對于 a + b + c ,Java編譯器就可以將它視為[as if]

????new StringBuffer().append(a).append(b).append(c).toString();

????注意,對于基本類型和引用類型,在append(a)過程中仍然要先將參數轉換,從這個觀點看,str = 1+2+str+3+4;創建的字符串可能是"3"、"4"和"3jf34"[以及一個StringBuffer對象]。

????現在我仍然不知道怎么回答str = 1+2+str+3+4;創建了多少String的對象,。或許,這個問題不需要過于研究,至少SCJP不會考它。

3、這又不同:str = "3"+"jf"+"3"+"4";
????如果是一個完全由字符串文字組成的表達式,則在編譯時,已經被優化而不會在運行時創建中間字符串。測試代碼如下:

				String str1 ="3jf34";
????????String str2 ="3"+"jf"+"3"+"4";
????????if(str1 == str2) {
????????????System.out.println("str1 == str2");
????????}else {
????????????System.out.println("think again");
????????}
????????if(str2.equals(str1))
????????????System.out.println("yet str2.equals(str1)");


????可見,str1與str2指向同一個對象,這個對象在pool中。所有遵循Java Language Spec的編譯器都必須在編譯時對constant expressions 進行簡化。JLS規定:Strings computed by constant expressions (ý15.28) are computed at compile time and then treated as if they were literals.

????對于String str2 ="3"+"jf"+"3"+"4";我們說僅僅創建一個對象。注意,“創建多少對象”的討論是說運行時創建多少對象。

????BTW:編譯時優化

				????String x = "aaa " + "bbb ";
????if (false) {
????????x = x + "ccc ";
????}
????x +=??"ddd ";

????等價于:

????String x = "aaa bbb ";
????x = x + "ddd ";
//這個地方我自己進行了編譯,不過和他的結論不一樣,好像當用x+="ddd"的時候和直接的x="aaa"+"bbb"+"ddd" 不同,但是具體為什么我也不清楚,正在研究中。。。

4、不變類
????String對象是不可改變的(immutable)。有人對str = 1+2+str+3+4;語句提出疑問,怎么str的內容可以改變?其實仍然是因為不清楚:引用變量與對象的區別。str僅僅是引用變量,它的值——它持有的引用可以改變。你不停地創建新對象,我就不斷地改變指向。[參考TIJ的Read-only classes。]

????不變類的關鍵是,對于對象的所有操作都不可能改變原來的對象[只要需要,就返回一個改變了的新對象]。這就保證了對象不可改變。為什么要將一個類設計成不變類?有一個OOD設計的原則:Law of Demeter。其廣義解讀是:

????使用不變類。只要有可能,類應當設計為不變類。
posted on 2006-07-11 22:29 Merlin 閱讀(406) 評論(0)  編輯 收藏 引用 所屬分類: java基礎篇
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            欧美成人日本| 国产精品日产欧美久久久久| 免费日韩精品中文字幕视频在线| 欧美一区二区久久久| 午夜精品一区二区三区四区 | 99亚洲视频| 亚洲一级特黄| 欧美一区二区三区四区夜夜大片| 欧美一级理论性理论a| 欧美一区二区三区视频在线| 久久精品网址| 免费成人av资源网| 91久久精品国产91久久| 亚洲国产精品久久| 亚洲精选一区| 欧美一区二区三区久久精品茉莉花 | 欧美日韩国产影院| 国产精品青草久久久久福利99| 国产精品捆绑调教| 国产亚洲二区| 亚洲精品久久久久中文字幕欢迎你| 日韩视频在线永久播放| 亚洲尤物精选| 欧美 日韩 国产一区二区在线视频 | 亚洲伊人观看| 免费高清在线一区| 亚洲精选大片| 久久精品主播| 国产精品免费久久久久久| 在线观看视频日韩| 亚洲欧美日韩国产另类专区| 欧美成人综合一区| 亚洲一区二区免费| 欧美国内亚洲| 国产专区精品视频| 亚洲欧美清纯在线制服| 欧美激情视频一区二区三区免费| 亚洲欧美日韩精品久久奇米色影视| 久久久一区二区三区| 欧美天天影院| 亚洲国产免费看| 久久嫩草精品久久久精品| 99精品欧美一区| 麻豆久久精品| 亚洲电影在线看| 激情成人综合| 久久精品国产成人| 欧美视频日韩| 亚洲精品国产视频| 久久久久久网站| 亚洲综合另类| 欧美日韩亚洲一区二| 91久久久国产精品| 久久综合电影一区| 亚洲在线免费视频| 欧美视频久久| 久久免费高清| 国产精品久久久久一区二区三区共| 理论片一区二区在线| 国产欧美日韩在线观看| 在线亚洲电影| 亚洲精品国产拍免费91在线| 欧美 日韩 国产精品免费观看| 国产一区二区按摩在线观看| 久久精品国产欧美亚洲人人爽| 亚洲欧美清纯在线制服| 国产免费观看久久黄| 亚洲欧美日韩第一区| 亚洲精品一区二区三区不| 欧美日韩另类一区| 亚洲欧美日韩直播| 欧美一区二区视频免费观看| 狠狠色综合日日| 免费中文字幕日韩欧美| 蜜桃av一区二区三区| 亚洲伦伦在线| 亚洲色图综合久久| 国产色产综合色产在线视频| 久久精彩免费视频| 久久久久一区| 日韩午夜激情电影| 亚洲一区二区影院| 一区国产精品| 亚洲国产另类 国产精品国产免费| 免费试看一区| 亚洲一区日韩在线| 欧美在线一二三区| 亚洲欧洲日产国码二区| 亚洲免费激情| 国产伦一区二区三区色一情| 久久综合亚洲社区| 欧美日韩视频在线一区二区观看视频| 亚洲欧美国产精品桃花| 欧美亚洲视频| 日韩视频免费看| 亚洲欧美日韩综合一区| 亚洲激情电影在线| 亚洲在线1234| 亚洲精品欧美| 亚洲欧美综合另类中字| 亚洲精品黄色| 欧美一区二区三区免费大片| 亚洲欧洲精品一区二区三区| 亚洲免费影视第一页| 亚洲肉体裸体xxxx137| 国产精品色婷婷| 久久久精品网| 欧美va亚洲va日韩∨a综合色| 欧美一区二区三区免费大片| 日韩视频中文字幕| 亚洲欧美电影在线观看| 亚洲精品一区二区三区在线观看| 亚洲欧美精品一区| 一区二区三区欧美在线观看| 另类专区欧美制服同性| 久久99在线观看| 欧美精品一区二区在线播放| 香蕉av777xxx色综合一区| 国产精品久久久免费| 久久精品91久久久久久再现| 欧美国产精品v| 久久免费视频网站| 国产精品免费网站| 一本色道久久综合亚洲精品婷婷 | 欧美日本簧片| 久久夜色精品亚洲噜噜国产mv| 欧美日韩在线播放三区四区| 欧美激情视频网站| 精品999日本| 欧美在线视频一区二区| 欧美一区二区三区日韩视频| 欧美日韩成人在线观看| 亚洲黄一区二区三区| 亚洲国产精品久久精品怡红院 | 欧美视频一区二区| 亚洲精品韩国| 夜夜嗨av色一区二区不卡| 男人的天堂成人在线| 男人插女人欧美| 狠狠色丁香婷综合久久| 久久aⅴ国产紧身牛仔裤| 久久九九热免费视频| 国内一区二区三区| 欧美影视一区| 久久婷婷亚洲| 在线精品高清中文字幕| 老鸭窝91久久精品色噜噜导演| 免费人成网站在线观看欧美高清| 韩国成人福利片在线播放| 久久亚洲色图| 亚洲国产aⅴ天堂久久| 99视频有精品| 国产精品v日韩精品v欧美精品网站| 亚洲午夜激情网站| 久久久久一本一区二区青青蜜月| 国语自产精品视频在线看8查询8| 麻豆成人在线播放| 日韩亚洲在线观看| 久久激情一区| 亚洲国产精品久久精品怡红院| 欧美人在线视频| 午夜精品久久久久99热蜜桃导演| 久久亚洲精品欧美| 亚洲精品欧洲| 国产精品青草综合久久久久99 | 一区二区三区偷拍| 久久久999| 久久久久成人网| 一区二区三区欧美| 欧美日韩国产二区| 亚洲欧美综合另类中字| 欧美激情小视频| 亚洲女同在线| 欲色影视综合吧| 欧美日韩一区二区三区视频| 香蕉av福利精品导航| 亚洲经典视频在线观看| 欧美一区二区三区免费视频| 亚洲片在线资源| 国产欧美1区2区3区| 欧美v亚洲v综合ⅴ国产v| 亚洲性感激情| 亚洲国产美女精品久久久久∴| 亚洲欧美国产三级| 91久久精品国产91久久| 国产精品日韩久久久久| 久久久欧美一区二区| 亚洲视频免费在线| 亚洲国产cao| 久久久久久久久岛国免费| 亚洲视频综合| 亚洲国产一区二区三区在线播 | 怡红院精品视频在线观看极品| 欧美精品日韩精品| 久久国产精品99精品国产| 亚洲色在线视频| 亚洲人午夜精品免费| 欧美成人综合一区| 久久久久国产精品麻豆ai换脸| 亚洲综合首页|