在ie 7 8瀏覽器中，如果使用trim()屬性去除空格的話，則會導(dǎo)致報錯。

因此解決這個問題有如下方案：

JS去除空格的方法目前共有12種:

實現(xiàn)1
String.prototype.trim = function() { return this.replace(/^/s/s*/, '').replace(//s/s*$/, ''); }
實現(xiàn)2
String.prototype.trim = function() { return this.replace(/^/s+/, '').replace(//s+$/, ''); }
實現(xiàn)3
String.prototype.trim = function() { return this.s string(Math.max(this.search(//S/), 0),this.search(//S/s*$/) + 1); }
實現(xiàn)4
String.prototype.trim = function() { return this.replace(/^/s+|/s+$/g, ''); }
String.prototype.trim = function() { var str = this; str = str.match(//S+(?:/s+/S+)*/); return str ? str[0] : ''; }
String.prototype.trim = function() { return this.replace(/^/s*(/S*(/s+/S+)*)/s*$/, '$1'); }
實現(xiàn)7
String.prototype.trim = function() { return this.replace(/^/s*(/S*(?:/s+/S+)*)/s*$/, '$1'); }
String.prototype.trim = function() { return this.replace(/^/s*((?:[/S/s]*/S)?)/s*$/, '$1'); }
String.prototype.trim = function() { return this.replace(/^/s*([/S/s]*?)/s*$/, '$1'); }
String.prototype.trim = function() { var str = this, whitespace = ' /n/r/t/f/x0b/xa0/?/?/?/?/?/?/?/?/?/?/?/?/?/?/　'; for (var i = 0,len = str.length; i < len; i++) { if (whitespace.indexOf(str.charAt(i)) === -1) { str = str.s string(i); break; } } for (i = str.length - 1; i >= 0; i--) { if (whitespace.indexOf(str.charAt(i)) === -1) { str = str.s string(0, i + 1); break; } } return whitespace.indexOf(str.charAt(0)) === -1 ? str : ''; }
實現(xiàn)11
String.prototype.trim = function() { var str = this, str = str.replace(/^/s+/, ''); for (var i = str.length - 1; i >= 0; i--) { if (//S/.test(str.charAt(i))) { str = str.s string(0, i + 1); break; } } return str; }
實現(xiàn)12
String.prototype.trim = function() { var str = this, str = str.replace(/^/s/s*/, ''), ws = //s/, i = str.length; while (ws.test(str.charAt(--i))); return str.slice(0, i + 1); }

看起來不怎么樣， 動用了兩次正則替換，實際速度非常驚人，主要得益于瀏覽器的內(nèi)部優(yōu)化。一個著名的例子字符串拼接，直接相加比用Array做成的StringB?r 還快。base2類庫使用這種實現(xiàn)。

和實現(xiàn)1 很相似，但稍慢一點，主要原因是它最先是假設(shè)至少存在一個空白符。Prototype.js使用這種實現(xiàn)，不過其名字為strip，因為 Prototype的方法都是力求與R y同名。

以截取方式取得空白部分（當(dāng)然允許中間存在空白符），總共 調(diào)用了四個原生方法。設(shè)計得非常巧妙，s string以兩個數(shù)字作為參數(shù)。Math.max以兩個數(shù)字作參數(shù)，search則返回一個數(shù)字。速度比上 面兩個慢一點，但比下面大多數(shù)都快。

這個可以稱得上實現(xiàn)2的簡化版，就是 利用候選操作符連接兩個正則。但這樣做就失去了瀏覽器優(yōu)化的機會，比不上實現(xiàn)3。由于看來很優(yōu)雅，許多類庫都使用它，如JQry與mootools

實現(xiàn)5

match 是返回一個數(shù)組，因此原字符串符合要求的部分就成為它的元素。為了防止字符串中間的空白符被排除，我們需要動用到非捕獲性分組（?:exp）。由于數(shù)組可 能為空，我們在后面還要做進一步的判定。好像瀏覽器在處理分組上比較無力，一個字慢。所以不要迷信正則，雖然它基本上是萬能的。

實現(xiàn)6

把符合要求的部分提供出來，放到一個空字符串中。不過效率很差，尤其是在IE6中。

和實現(xiàn)6很相似，但用了非捕獲分組進行了優(yōu)點，性能效之有一點點提升。

實現(xiàn)8

沿著上面兩個的思路進行改進，動用了非捕獲分組與字符集合，用?頂替了*，效果非常驚人。尤其在IE6中，可 以用瘋狂來形容這次性能的提升，直接秒殺火狐。

實現(xiàn)9

這次是用懶惰匹配 頂替非捕獲分組，在火狐中得到改善，IE沒有上次那么瘋狂。

實現(xiàn)10

我 只想說，搞出這個的人已經(jīng)不是用牛來形容，已是神一樣的級別。它先是把可能的空白符全部列出來，在第一次遍歷中砍掉前面的空白，第二次砍掉后面的空白。全 過程只用了indexOf與s string這個專門為處理字符串而生的原生方法，沒有使用到正則。速度快得驚人，估計直逼上內(nèi)部的二進制實現(xiàn)，并且在 IE與火狐（其他瀏覽器當(dāng)然也毫無疑問）都有良好的表現(xiàn)。速度都是零毫秒級別的。

實現(xiàn)10已經(jīng)告訴我們普通的原生字符串截取方法是遠(yuǎn)勝于正則替換，雖然是復(fù)雜一點。但只要正則 不過于復(fù)雜，我們就可以利用瀏覽器對正則的優(yōu)化，改善程序執(zhí)行效率，如實現(xiàn)8在IE的表現(xiàn)。我想通常不會有人在項目中應(yīng)用實現(xiàn)10，因為那個 whitespace 實現(xiàn)太長太難記了（當(dāng)然如果你在打造一個類庫，它絕對是首先）。實現(xiàn)11可謂其改進版，前面部分的空白由正則替換負(fù)責(zé)砍掉，后面用原生方法處理，效果不遜 于原版，但速度都是非常逆天。

實現(xiàn)10與實現(xiàn)11在寫法上更好的改進版，注意說的不是性能速 度，而是易記與使用上。和它的兩個前輩都是零毫秒級別的，以后就用這個來工作與嚇人。