請(qǐng)實(shí)現(xiàn)一個(gè)函數(shù)，將一個(gè)字符串中的空格替換成“%20”。例如，當(dāng)字符串為We Are Happy.則經(jīng)過替換之后的字符串為We%20Are%20Happy。

public class Solution {
 public String replaceSpace(StringBuffer str) {
 for(int k=0;k<str.length();k++)
 {
 char index=str.charAt(k);
 if(index==' ')
 {
 str.replace(k,k+1,"%20");  
 } 
 }
 return str.toString();
 } 
}

以下是java.lang.StringBuilder.replace()方法的聲明

public StringBuilder replace(int start, int end, String str)

參數(shù)

• start -- 這是開始索引(包括)。
• end -- end 索引(不包括)。
• str -- 這是字符串，它將取代以前的內(nèi)容。

String 字符串常量

StringBuffer 字符串變量（線程安全）

StringBuilder 字符串變量（非線程安全）

簡要的說， String 類型和 StringBuffer 類型的主要性能區(qū)別其實(shí)在于 String 是不可變的對(duì)象, 因此在每次對(duì) String 類型進(jìn)行改變的時(shí)候其實(shí)都等同于生成了一個(gè)新的 String 對(duì)象，然后將指針指向新的 String 對(duì)象，所以經(jīng)常改變內(nèi)容的字符串最好不要用 String ，因?yàn)槊看紊蓪?duì)象都會(huì)對(duì)系統(tǒng)性能產(chǎn)生影響，特別當(dāng)內(nèi)存中無引用對(duì)象多了以后， JVM 的 GC 就會(huì)開始工作，那速度是一定會(huì)相當(dāng)慢的。

而如果是使用 StringBuffer 類則結(jié)果就不一樣了，每次結(jié)果都會(huì)對(duì) StringBuffer 對(duì)象本身進(jìn)行操作，而不是生成新的對(duì)象，再改變對(duì)象引用。所以在一般情況下我們推薦使用 StringBuffer ，特別是字符串對(duì)象經(jīng)常改變的情況下。而在某些特別情況下， String 對(duì)象的字符串拼接其實(shí)是被 JVM 解釋成了 StringBuffer 對(duì)象的拼接，所以這些時(shí)候 String 對(duì)象的速度并不會(huì)比 StringBuffer 對(duì)象慢，而特別是以下的字符串對(duì)象生成中， String 效率是遠(yuǎn)要比 StringBuffer 快的：

String S1 = “This is only a” + “ simple” + “ test”;
StringBuffer Sb = new StringBuilder(“This is only a”).append(“ simple”).append(“ test”);

你會(huì)很驚訝的發(fā)現(xiàn)，生成 String S1 對(duì)象的速度簡直太快了，而這個(gè)時(shí)候 StringBuffer 居然速度上根本一點(diǎn)都不占優(yōu)勢。其實(shí)這是 JVM 的一個(gè)把戲，在 JVM 眼里，這個(gè)

String S1 = “This is only a” + “ simple” + “test”; 其實(shí)就是：

String S1 = “This is only a simple test”; 所以當(dāng)然不需要太多的時(shí)間了。但大家這里要注意的是，如果你的字符串是來自另外的 String 對(duì)象的話，速度就沒那么快了，譬如：

String S2 = “This is only a”;
String S3 = “ simple”;
String S4 = “ test”;
String S1 = S2 +S3 + S4;

這時(shí)候 JVM 會(huì)規(guī)規(guī)矩矩的按照原來的方式去做

在大部分情況下 StringBuffer > String

StringBuffer

Java.lang.StringBuffer線程安全的可變字符序列。一個(gè)類似于 String 的字符串緩沖區(qū)，但不能修改。雖然在任意時(shí)間點(diǎn)上它都包含某種特定的字符序列，但通過某些方法調(diào)用可以改變該序列的長度和內(nèi)容。

可將字符串緩沖區(qū)安全地用于多個(gè)線程?？梢栽诒匾獣r(shí)對(duì)這些方法進(jìn)行同步，因此任意特定實(shí)例上的所有操作就好像是以串行順序發(fā)生的，該順序與所涉及的每個(gè)線程進(jìn)行的方法調(diào)用順序一致。

StringBuffer 上的主要操作是 append 和 insert 方法，可重載這些方法，以接受任意類型的數(shù)據(jù)。每個(gè)方法都能有效地將給定的數(shù)據(jù)轉(zhuǎn)換成字符串，然后將該字符串的字符追加或插入到字符串緩沖區(qū)中。append 方法始終將這些字符添加到緩沖區(qū)的末端；而 insert 方法則在指定的點(diǎn)添加字符。

例如，如果 z 引用一個(gè)當(dāng)前內(nèi)容是“start”的字符串緩沖區(qū)對(duì)象，則此方法調(diào)用 z.append("le") 會(huì)使字符串緩沖區(qū)包含“startle”，而 z.insert(4, "le") 將更改字符串緩沖區(qū)，使之包含“starlet”。

在大部分情況下 StringBuilder > StringBuffer

java.lang.StringBuilde

java.lang.StringBuilder一個(gè)可變的字符序列是5.0新增的。此類提供一個(gè)與 StringBuffer 兼容的 API，但不保證同步。該類被設(shè)計(jì)用作 StringBuffer 的一個(gè)簡易替換，用在字符串緩沖區(qū)被單個(gè)線程使用的時(shí)候（這種情況很普遍）。如果可能，建議優(yōu)先采用該類，因?yàn)樵诖蠖鄶?shù)實(shí)現(xiàn)中，它比 StringBuffer 要快。兩者的方法基本相同。

以上就是本文的全部內(nèi)容，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作能帶來一定的幫助，同時(shí)也希望多多支持腳本之家！

最新評(píng)論