先思考下以下問(wèn)題：
1.String類能被繼承嗎？
String類被final修飾符所修飾萄窜，被final修飾符所修飾的類是不能被繼承的。不過(guò)final修飾符除了鎖定方法（類）撒桨，防止繼承查刻，覆蓋外，還有一個(gè)內(nèi)聯(lián)函數(shù)的功能
什么是內(nèi)聯(lián)函數(shù)凤类？
定義在這里我就不搬運(yùn)了穗泵，有興趣可以深入了解，簡(jiǎn)單的說(shuō)就是拿空間換時(shí)間谜疤，內(nèi)聯(lián)過(guò)的函數(shù)佃延，直接在函數(shù)體內(nèi)把調(diào)用的函數(shù)展開(kāi)了现诀，這樣勢(shì)必增加了代碼的體積，不過(guò)卻節(jié)省了調(diào)用函數(shù)壓棧和彈棧的時(shí)間履肃，針對(duì)熱點(diǎn)代碼可以考慮使用仔沿，屬于編譯器優(yōu)化
2.String是基本數(shù)據(jù)類型嗎？
創(chuàng)建String對(duì)象一般使用下面的形式尺棋，而不用new
String str="hello";
但是String卻不是基本數(shù)據(jù)類型封锉，而是引用數(shù)據(jù)類型
String也可以通過(guò)構(gòu)造函數(shù)來(lái)創(chuàng)建對(duì)象：
String str=new String("hello");
不過(guò)上面兩種方式有很大的區(qū)別：
第一種：該方法會(huì)先去字符串常量池中找是否有"hello"這個(gè)對(duì)象，如果有則直接返回膘螟，如果沒(méi)有就創(chuàng)建一個(gè)烘浦，將引用指向該對(duì)象的同時(shí)，將此對(duì)象放入字符串常量池中萍鲸，下一次再使用這中方式來(lái)創(chuàng)建一個(gè)"hello"String對(duì)象時(shí)闷叉，直接將字符串常量池中的"hello"對(duì)象返回，指向新的引用脊阴，并不會(huì)創(chuàng)建新的對(duì)象握侧，代碼如下：
String s1 = "hello";
String s2 = "hello";
boolean b1 = s1 == s2;
System.out.println(b1);
結(jié)果：
true
第二種：該方法不會(huì)去查看字符串常量池，直接創(chuàng)建一個(gè)新的對(duì)象嘿期，使用完之后也不會(huì)將新創(chuàng)建的對(duì)象返回到字符串常量池品擎，代碼如下
String s1 = "hello";
String s3 = new String("hello");
boolean b2 = s1 == s3;
System.out.println(b2);
結(jié)果：
false
3.如何比較兩個(gè)字符串
String類重寫(xiě)了Object的equals方法，直接使用equals方法比較兩個(gè)字符串即可备徐，==是比較地址值萄传，此處省略800字源碼分析，String底層實(shí)現(xiàn)是一個(gè)有序的char數(shù)組
4.String蜜猾，StringBuilder,StringBuffer的區(qū)別
(1).首先說(shuō)運(yùn)行速度秀菱，或者說(shuō)是執(zhí)行速度，在這方面運(yùn)行速度快慢為：
StringBuilder > StringBuffer > String
String最慢的原因：
String為字符串常量蹭睡，而StringBuilder和StringBuffer均為字符串變量衍菱，即String對(duì)象一旦創(chuàng)建之后該對(duì)象是不可更改的，但后兩者的對(duì)象是變量肩豁，是可以更改的脊串。以下面一段代碼為例：
String str="abc";
System.out.println(str);
str=str+"de";
System.out.println(str);
如果運(yùn)行這段代碼會(huì)發(fā)現(xiàn)先輸出“abc”，然后又輸出“abcde”清钥，好像是str這個(gè)對(duì)象被更改了琼锋，其實(shí)，這只是一種假象罷了祟昭，JVM對(duì)于這幾行代碼是這樣處理的缕坎，首先創(chuàng)建一個(gè)String對(duì)象str，并把“abc”賦值給str从橘，然后在第三行中念赶，其實(shí)JVM又創(chuàng)建了一個(gè)新的對(duì)象也名為str础钠，然后再把原來(lái)的str的值和“de”加起來(lái)再賦值給新的str，而原來(lái)的str就會(huì)被JVM的垃圾回收機(jī)制（GC）給回收掉了叉谜，所以旗吁，str實(shí)際上并沒(méi)有被更改，也就是前面說(shuō)的String對(duì)象一旦創(chuàng)建之后就不可更改了停局。所以很钓，Java中對(duì)String對(duì)象進(jìn)行的操作實(shí)際上是一個(gè)不斷創(chuàng)建新的對(duì)象并且將舊的對(duì)象回收的一個(gè)過(guò)程，所以執(zhí)行速度很慢董栽。
而StringBuilder和StringBuffer的對(duì)象是變量码倦，對(duì)變量進(jìn)行操作就是直接對(duì)該對(duì)象進(jìn)行更改，而不進(jìn)行創(chuàng)建和回收的操作锭碳，所以速度要比String快很多袁稽。
另外，有時(shí)候我們會(huì)這樣對(duì)字符串進(jìn)行賦值
String str="abc"+"de";
StringBuilder stringBuilder=new StringBuilder().append("abc").append("de");
System.out.println(str);
System.out.println(stringBuilder.toString());
這樣輸出結(jié)果也是“abcde”和“abcde”擒抛，但是String的速度卻比StringBuilder的反應(yīng)速度要快很多推汽，這是因?yàn)榈?行中的操作和
String str="abcde";
是完全一樣的，所以會(huì)很快歧沪，而如果寫(xiě)成下面這種形式
String str1="abc";
String str2="de";
String str=str1+str2;
那么JVM就會(huì)像上面說(shuō)的那樣歹撒，不斷的創(chuàng)建、回收對(duì)象來(lái)進(jìn)行這個(gè)操作了诊胞。速度就會(huì)很慢暖夭。
(2). 再來(lái)說(shuō)線程安全
在線程安全上，StringBuilder是線程不安全的撵孤，而StringBuffer是線程安全的
如果一個(gè)StringBuffer對(duì)象在字符串緩沖區(qū)被多個(gè)線程使用時(shí)迈着，StringBuffer中很多方法可以帶有synchronized關(guān)鍵字，所以可以保證線程是安全的早直，但StringBuilder的方法則沒(méi)有該關(guān)鍵字寥假，所以不能保證線程安全市框，有可能會(huì)出現(xiàn)一些錯(cuò)誤的操作霞扬。所以如果要進(jìn)行的操作是多線程的，那么就要使用StringBuffer枫振，但是在單線程的情況下喻圃，還是建議使用速度比較快的StringBuilder。
(3). 總結(jié)
String：適用于少量的字符串操作的情況
StringBuilder：適用于單線程下在字符緩沖區(qū)進(jìn)行大量操作的情況
StringBuffer：適用多線程下在字符緩沖區(qū)進(jìn)行大量操作的情況
5.包裝類.toString粪滤、String.valueOf(包裝類)斧拍、包裝類+"" 這三種方式都能實(shí)現(xiàn)由包裝類到字符串的轉(zhuǎn)換，有什么區(qū)別杖小？
1肆汹、String.valueOf()方法底層調(diào)用了Integer.toString()方法愚墓，但是會(huì)在調(diào)用前做空判斷
2、Integer.toString()方法就不說(shuō)了昂勉，直接調(diào)用
3浪册、i + ""底層使用了StringBuilder實(shí)現(xiàn)，先用append方法拼接岗照，再用toString()方法獲取字符串
三者對(duì)比下來(lái)村象，2最快、1次之攒至、3最慢
