【Java面試題】15 String s="Hello"; s=s+“world!”;這兩行代碼執行后,原始的String對象中的內容到底變了沒有?String與StringBuffer的超詳細講解!!!!!

  1. Java中哪些類是不能被繼承的?
    不能被繼承的是那些用final關鍵字修飾的類。一般比較基本的類型或防止擴展類無意間破壞原來方法的實現的類型都應該是final的,在java中,System,String,StringBuffer等都是不能被繼承的。

  2. String是基本數據類型嗎?
    基本數據類型包括byte short char int long float double boolean 。
    java.lang.String類是final類型的,因此不可以繼承這個類,不能修改這個類。為了提高效率節省空間,我們應該用StringBuffer類。

  3. String s="Hello"; s=s+“world!”;這兩行代碼執行后,原始的String對象中的內容到底變了沒有?
    沒有。因為String是不可變類(immutable class),不可變類,顧名思義就是說類的實例是不可被修改的。實例的信息是在創建的時候提供,并且在整個生命周期中都不可改變。在這段代碼中,s原來指向一個String對象,內容是“hello”,然后我們對s進行了+操作,那么s所指向的那個對象是否發生了改變呢?答案是沒有。這時,s不指向原來那個對象了,而指向了另一個String對象,內容為”helloworld!",原來那個對象還存在內存中,只是s這個引用變量不再指向他了。
    通過上面的說明,我們很容易得出一個結論,如果經常對字符串進行各種各樣的修改,或者說,不可預見的修改,那么使用String來代表字符串的話會引起很大的內存開銷。因為,String對象建立后不能改變,所以對于每一個不同的字符串,都需要一個String對象來表示。這時,應該考慮使用StringBuffer類,他允許修改,而不是每個不同的字符串都要生成一個新的對象。并且,這兩種類的對象轉換十分容易。
    對于字符串常量,如果內容相同,Java認為它們代表同一個String對象。而用關鍵字new調用構造器,總是會創建一個新的對象,無論內容是否相同。
    至于為什么要把String類設計成不可變類,是它的用途決定的。其實不只String,很多Java標準類庫中的類都是不可變的。在開發一個系統的時候,我們有時候也需要設計不可變類,來傳遞一組相關的值,這也是面向對象思想的體現。不可變類有一些優點,比如因為它的對象是只讀的,所以多線程并發訪問也不會有任何問題。當然也有一些缺點,比如每個不同的狀態都要一個對象來代表,可能會造成性能上的問題。所以Java標準類庫還提供了一個可變版本,即 StringBuffer。
    是否可以繼承String類?
    String類是由final關鍵字修飾的,故不可以被繼承。

  4. String s=new String("xyz");創建了幾個String Object?二者之前的區別是什么?
    兩個。第一個對象是字符串常量"xyz" 第二個對象是new String("xyz")的時候產生的,在堆中分配內存給這個對象,只不過這個對象的內容是指向字符串常量"xyz" 另外還有一個引用s,指向第二個對象。這是一個變量,在棧中分配內存。。

  5. String與StringBuffer的區別
    簡單地說,就是一個變量和常量的關系。StringBuffer對象的內容可以修改;而String對象一旦產生后就不可以被修改,重新賦值其實是兩個對象。StringBuffer的內部實現方式和String不同,StringBuffer在進行字符串處理時,不生成新的對象,在內存使用上要優于String類。所以在實際使用時,如果經常需要對一個字符串進行修改,例如插入、刪除等操作,使用StringBuffer要更加適合一些。String:在String類中沒有用來改變已有字符串中的某個字符的方法,由于不能改變一個Java字符串中的某個單獨字符,所以在JDK文檔中稱String類的對象是不可改變的。然而,不可改變的字符串具有一個很大的優點:編譯器可以把字符串設為共享的。 StringBuffer:StringBuffer類屬于一種輔助類,可預先分配指定長度的內存塊建立一個字符串緩沖區。這樣使用StringBuffer類的append方法追加字符 比 String使用 + 操作符添加字符 到 一個已經存在的字符串后面有效率得多。因為使用 + 操作符每一次將字符添加到一個字符串中去時,字符串對象都需要尋找一個新的內存空間來容納更大的字符串,這無凝是一個非常消耗時間的操作。添加多個字符也就意味著要一次又一次的對字符串重新分配內存。使用StringBuffer類就避免了這個問題。StringBuffer是線程安全的,在多線程程序中也可以很方便的進行使用,但是程序的執行效率相對來說就要稍微慢一些。StringBuffer的常用方法StringBuffer類中的方法要偏重于對字符串的變化例如追加、插入和刪除等,這個也是StringBuffer和String類的主要區別。

StringBuffer的方法:

  1. append方法
    public StringBuffer append(boolean b)
    該方法的作用是追加內容到當前StringBuffer對象的末尾,類似于字符串的連接。調用該方法以后,StringBuffer對象的內容也發生改變,
    例如:
StringBuffer sb = new StringBuffer("abc");
sb.append(true);

對象sb的值將變成abctrue。使用該方法進行字符串的連接,將比String更加節約內容,比如應用于數據庫SQL語句的連接
例如:

StringBuffer sb = new StringBuffer();
String user = "test";
String pwd = "123";
sb.append("select * from userInfo where username=").append(user).append(" and pwd=").append(pwd);

這樣對象sb的值就是字符串select * from userInfo where username=test and pwd=123

  1. deleteCharAt方法
    public StringBuffer deleteCharAt(int index)
    該方法的作用是刪除指定位置的字符,然后將剩余的內容形成新的字符串。
    例如:
StringBuffer sb = new StringBuffer("Test");
sb.deleteCharAt(1);

該代碼的作用刪除字符串對象sb中索引值為1的字符,也就是刪除第二個字符,剩余的內容組成一個新的字符串。所以對象sb的值變為Tst
還存在一個功能類似的delete方法:
public StringBuffer delete(int start,int end)該方法的作用是刪除指定區間以內的所有字符,包含start,不包含end索引值的區間。
例如:

StringBuffer sb = new StringBuffer("TestString");
sb.delete(1, 4);

該代碼的作用是刪除索引值1(包括)到索引值4(不包括)之間的所有字符,剩余的字符形成新的字符串。則對象sb的值是TString

  1. insert方法
    public StringBuffer insert(int offset, String s)
    該方法的作用是在StringBuffer對象中插入內容,然后形成新的字符串。
    例如:
StringBuffer sb = new StringBuffer("TestString");
sb.insert(4, "false");

該示例代碼的作用是在對象sb的索引值4的位置插入字符串false,形成新的字符串,則執行以后對象sb的值是TestfalseString

  1. reverse方法
    public StringBuffer reverse()
    該方法的作用是將StringBuffer對象中的內容反轉,然后形成新的字符串。
    例如:
StringBuffer sb = new StringBuffer("abc");
sb.reverse();

經過反轉以后,對象sb中的內容將變為cba

  1. setCharAt方法
    public void setCharAt(int index, char ch)
    該方法的作用是修改對象中索引值為index位置的字符為新的字符ch。
    例如:
StringBuffer sb = new StringBuffer("abc");
sb.setCharAt(1, 'D');

則對象sb的值將變成aDc

  1. trimToSize方法public void trimToSize()該方法的作用是將StringBuffer對象的中存儲空間縮小到和字符串長度一樣的長度,減少空間的浪費。
  2. 構造方法
StringBuffer s0=new StringBuffer();  //分配了長16字節的字符緩沖區StringBuffer 
s1=new StringBuffer(512);  //分配了512字節的字符緩沖區
  1. 獲取字符串的長度length()
StringBuffer s = new StringBuffer("www");
int i=s.length();  //返回字符串的一部分值
substring(int start)  //返回從start下標開始以后的字符串
substring(int start,int end)  //返回從start到 end-1字符串
  1. 替換字符串replace(int start,int end,String str)
s.replace(0,1,"qqq");
  1. 轉換為不變字符串toString()
最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 230,106評論 6 542
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,441評論 3 429
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 178,211評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,736評論 1 317
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,475評論 6 412
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,834評論 1 328
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,829評論 3 446
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 43,009評論 0 290
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,559評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,306評論 3 358
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,516評論 1 374
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 39,038評論 5 363
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,728評論 3 348
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,132評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,443評論 1 295
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,249評論 3 399
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,484評論 2 379

推薦閱讀更多精彩內容