一雀瓢、String對(duì)象及其特點(diǎn)
1陡舅、String對(duì)象的基本實(shí)現(xiàn)：char數(shù)組、偏移量叼旋、String的長(zhǎng)度
2仇哆、JAVA的設(shè)計(jì)者對(duì)String作了三個(gè)優(yōu)化：
①不變性：
也就是說(shuō)一個(gè)String對(duì)象創(chuàng)建以后就不再發(fā)生變化，在這個(gè)對(duì)象被多線程共享時(shí)夫植，可以極大的提高系統(tǒng)性能讹剔。
②針對(duì)常量池的優(yōu)化：
當(dāng)兩個(gè)String對(duì)象擁有相同的值的時(shí)候，只引用一個(gè)拷貝详民。
③類final的定義：
作為final類的String對(duì)象延欠，在系統(tǒng)中不能有任何子類繼承。
二沈跨、subString()方法的內(nèi)存泄漏
String源碼中對(duì)截取字符串的操作過(guò)程是這樣的：
在subString()方法中返回一個(gè)新的String對(duì)象由捎，這個(gè)對(duì)象是全盤(pán)復(fù)制原對(duì)象，只不過(guò)在返回時(shí)通過(guò)偏移量和長(zhǎng)度返回其中的一部分饿凛。
當(dāng)然這種算法提高了運(yùn)算速度狞玛，也就是空間換時(shí)間软驰，但是在這種情況下，如果原字符串很大心肪，而截取的字符串又很小锭亏，那么就會(huì)占據(jù)很大的內(nèi)存空間，容易造成內(nèi)存泄漏硬鞍。
三贰镣、字符串分割和查找
1、最原始的字符串分割
加入有一個(gè)字符串：str = "1;5;3;3;4;3;3";
使用最原始的方法：
for(int i = 0 ; i<10000 ; i++){
str.split(";");
}
消耗時(shí)間3703ms膳凝，方法很強(qiáng)大碑隆，但是性能敏感
2、使用效率更高的StringTokenizer類分割字符串
StringTokenizer是JDK中專門(mén)用來(lái)分割子串的工具類蹬音，構(gòu)造函數(shù)：
//str代表要分割的字符串上煤，delim代表分割符號(hào)
StringTokenizer(String str , String delim);
使用：
StringTokenizer st = new StringTokenizer(str , ";");
for(int i = 0 ;i<10000 ; i++){
while(st.hasMoreTokens()){
st.nextToken();
}
st = new StringTokenizer(str , ";");
}
以上代碼執(zhí)行時(shí)間2704ms , 效率高于split();
3、更優(yōu)化的字符串分割方式（自己動(dòng)手）
利用indexOf()和subString()方法著淆。
String tmp = str;
for(int i = 0 ; i < 10000 ; i++){
while(true){
String splitStr = null;
int j = tmp.indexOf(';'); //找到分隔符的位置
if(j<0) break; //沒(méi)有分隔符存在
splitStr = tmp.subString(0,j); //找到分隔符劫狠，截取子字符串
tmp = tmp.subString(j+1); //剩下需要處理的字符串
tmp = str;
}
}
4、三種分割方法對(duì)比
split方法對(duì)染功能強(qiáng)大永部，但效率最差独泞，在能用StringTokenizer就用StringTokenizer，而由自己設(shè)計(jì)的分割算法苔埋，代碼維護(hù)性比較差懦砂，在對(duì)系統(tǒng)性能不是特別有要求的情況下，還是選擇StringTokenizer或者split组橄。
5荞膘、高效率的charAt()方法
對(duì)比endWith和startsWith方法：
int len = str.length();
//看首部
if(str.charAt(0) == 'a'
&&str.charAt(1) == 'b'
&&str.charAt(2) == 'c')
//看尾部
if(str.charAt(len - 1) == 'a'
&&str.charAt(len - 2) == 'b'
&&str.charAt(len - 3) == 'c')
；
str.startWith("abc");
str.endWith("abc");
前者耗時(shí)15ms玉工，后者32ms羽资，在性能敏感的條件下優(yōu)先使用charAt()方法；
四遵班、StringBuffer和StringBuilder
1屠升、String“常量”的累加操作
String result = "String" + "and" + "String" + "apend";
等價(jià)于：
String result = "StringandStringapend"
這是因?yàn)镴AVA在編譯時(shí)就對(duì)其做了優(yōu)化，因?yàn)閷?duì)字符串常量在編譯期已知狭郑，所以這種情況下是不會(huì)生成新對(duì)象腹暖，這種情況下對(duì)比StringBuilder的append方法性能更好。
2愿阐、String“變量”的累加操作
若在編譯期未知微服，比如：
String result = str1 + str2 + str3 +...;
其實(shí)JAVA又做了相應(yīng)優(yōu)化，也就是將這部分代碼轉(zhuǎn)化成StringBuilder類，采用append方法以蕴。所以也不會(huì)生成新的對(duì)象糙麦，且效率與StringBuilder相差無(wú)幾。
3丛肮、構(gòu)建超大的String對(duì)象
雖然String已經(jīng)被優(yōu)化了許多赡磅，但是在程序中最好還是交給代碼來(lái)優(yōu)化（也就是選擇StringBuilder或StringBuffer），而不是編譯器宝与。
因?yàn)樵谀承┣闆r下編譯“并不聰明”焚廊，比如：
for(int i = 0 ;i<10000 ; i++){
str = str + i;
}
這段代碼會(huì)被編譯器編譯成：
for(int i 0 ; i<CIRCLE ; i++)
str = (new StringBuilder(String.valueOf(str))).append(i).toString();
每次循環(huán)都會(huì)生成一個(gè)新的StringBuilder對(duì)象，所以對(duì)于只用一個(gè)StringBuilder來(lái)append的話习劫，性能自然會(huì)更好咆瘟。
*：盡量少用“+”和“+=”運(yùn)算符，其次诽里，String的concat()方法效率遠(yuǎn)遠(yuǎn)高于“+”和“+=”袒餐，但是也遠(yuǎn)遠(yuǎn)低于StringBuilder類。
4谤狡、StringBuilder和StringBuffer的選擇
它們都實(shí)現(xiàn)了AbstractBuilder抽象類灸眼，擁有幾乎相同的對(duì)外接口，兩者最大的不同就是StringBuffer做了同步處理墓懂，所以性能比StringBuilder差焰宣，但是比StringBuilder安全。
所以捕仔，在不用考慮線程安全的條件下匕积，盡量選擇StringBuilder
