String是我們經常用到的一個類型,其實有時候覺得寫程序就是在反覆的操作字元串,這是C的特點,在java中,jdk很好的封裝了關於字元串的操作.今天主要講的是三個類String 、StringBuffer 、 StringBuilder .這三個類基本上滿足了我們在不同情景下使用字元串的需求.
先說,第一個String.
JDK的解釋是 "Strings are constant; their values cannot be changed after they are created"也就是說String對象一旦被創建就是固定不變的了（你一定有問題,但請先等一等,耐心讀下去）,這樣的一點好處就是可以多線程之間訪問,因為只讀不寫.
一般情況下我們以下面兩種方式創建一個String對象
兩種方式是有區別的,這和java的內存管理有關,前面已經說過,string創建之後是不可變的,
按照第一種方式創建的字元串會放在棧里,更確切的是常量池中,常量池就是用來保存在編譯階段確定好了大小的數據,一般我們定義的int等基本數據類型就保存在這裡.
其具體的一個流程就是,編譯器
檢查常量池,看看有沒有一個"string",如果沒有則創建.如果有的話,則則直接把str1指向那個位置.
第二種創建字元串的方法是通過new關鍵字,還是java的內存分配,java會將new的對象放在堆中,這一部分對象是在運行時創建的對象.
我們每一次new的時候,都會創建不同的對象,即便是堆中已經有了一個一模一樣的.
寫一個小例子
這個的運行結果是
true //解釋：兩個字元串的內容完全相同,因而指向常量池中的同一個區域
false //解釋：每一次new都會創建一個新的對象
false // 解釋： 注意==比較的是地址,不僅僅是內容
true //介紹一下intern方法,這個方法會返回一個字元串在常量池中的一個地址,如果常量池中有與str3內容相同的string則返回那個地址,如果沒有,則在常量池中創建一個string后再返回.實際上,str3現在指向了str1的地址.
這就是讓人糾結的string了,現在你可以說話了…很多人有這樣的疑問就是既然string是不變的,那麼為什麼str1 "some"是合法的,其實,每次對string進行修改,都會創建一個新的對象.
如果需要對一個字元串不斷的修改的話,效率是非常的低的,因為堆的好處是可以動態的增加空間,劣勢就是分配新的空間消耗是很大的,比如我們看下面的測試.
我的機器上運行結果是the run time is 3538 ms 如果你把循環的次數後面再增加幾個0就會更慢.因為每一次循環都在創建心的對象,那麼JDK如何解決這個問題？
下面就要說第二個類StringBuffer.
StringBuffer是一個線程安全的,就是多線程訪問的可靠保證,最重要的是他是可變的,也就是說我們要操作一個經常變化的字元串,可以使用這個類,基本的方法就是append（與string的concat方法對應）和insert方法,至於怎麼使用,就不多講了,大家可以自己查看API.
測試一下,這次只需要8ms,這就是效率.
那麼接下來,就要問StringBuilder是幹什麼的,其實這個才是我們嘗使用的,這個就是在jdk 1.5版本後面添加的新的類,前面說StringBuffer是線程同步的,那麼很多情況下,我們只是使用一個線程,那個同步勢必帶來一個效率的問題,StringBuilder就是StringBuffer的非線程同步的版本,二者的方法差不多,只是一個線程安全（適用於多線程）一個沒有線程安全（適用於單線程）.
其實看了一下jdk源代碼就會發現,StringBuffer就是在各個方法上加上了關鍵字syncronized
以上就是對三個字元串類的一個總結,總之不要在這上面糾結……不想介紹太多的方法,總覺得那樣會把一篇博客弄成API文檔一樣,
還非常的繁瑣.都是些體會,希望有所幫助.起碼不要再糾結,尤其是面試…
