?摘要：說到C#的Regex，談到最多的應(yīng)該就是RegexOptions.Compiled這個東西，傳說中在匹配速度方面，RegexOptions.Compiled是可以提升匹配速度的，但在啟動速度上，使用了RegexOptions.Compiled情況下，通常會使啟動速度慢許多，據(jù)說最多是60倍。

　　說到C#的Regex，談到最多的應(yīng)該就是RegexOptions.Compiled這個東西，傳說中在匹配速度方面，RegexOptions.Compiled是可以提升匹配速度的，但在啟動速度上，使用了RegexOptions.Compiled情況下，通常會使啟動速度慢許多，據(jù)說最多是60倍。

　　進(jìn)行一組測試，有測試數(shù)據(jù)，才有討論依據(jù)。

　　第一步，帖上測試硬件信息(呵呵，硬件有點爛:()

　　第二步，

　　a.測試在沒有使用RegexOptions.Compiled項時候的情況，隨意使用一些內(nèi)容，然后循環(huán)一萬次實例化正則表達(dá)式對象來匹配這些內(nèi)容。

代碼 protectedvoid Page_Load(object sender, EventArgs e)
{
WebClient webClient =new WebClient();
string content = webClient.DownloadString("http://www.cnblogs.com/tmyh/archive/2010/09/29/sqlindex_01.html");

Stopwatch watcher =new Stopwatch();
watcher.Start();

int i =10000;
while (i >0)
{
Regex rgx =new Regex("<div>.+?</div>", RegexOptions.IgnoreCase | RegexOptions.Singleline);
bool b1 = rgx.IsMatch(content);

Regex rgx2 =new Regex("<p>.+?</p>", RegexOptions.IgnoreCase | RegexOptions.Singleline);
bool b2 = rgx2.IsMatch(content);

i--;
}
Response.Write(string.Concat("<div>", watcher.Elapsed.TotalSeconds.ToString("f7"), "</div>"));
}

　　執(zhí)行發(fā)現(xiàn)，內(nèi)存使用情況為39,760K。輸出的執(zhí)行時間為3.7954446秒(刷了幾次，取最快的那次)

　　b.測試在使用了RegexOptions.Compiled項時候的情況，隨意使用一些內(nèi)容，然后循環(huán)一萬次實例化正則表達(dá)式對象來匹配這些內(nèi)容。

代碼 protectedvoid Page_Load(object sender, EventArgs e)
{
WebClient webClient =new WebClient();
string content = webClient.DownloadString("http://www.cnblogs.com/tmyh/archive/2010/09/29/sqlindex_01.html");


Stopwatch watcher =new Stopwatch();
watcher.Start();

int i =10000;
while (i >0)
{
Regex rgx =new Regex("<div>.+?</div>", RegexOptions.IgnoreCase | RegexOptions.Singleline | RegexOptions.Compiled);
bool b1 = rgx.IsMatch(content);

Regex rgx2 =new Regex("<p>.+?</p>", RegexOptions.IgnoreCase | RegexOptions.Singleline | RegexOptions.Compiled);
bool b2 = rgx2.IsMatch(content);

i--;
}
Response.Write(string.Concat("<div>", watcher.Elapsed.TotalSeconds.ToString("f7"), "</div>"));
}

　　執(zhí)行發(fā)現(xiàn)，內(nèi)存使用情況為42,956K。輸出的執(zhí)行時間為43.3090937秒(刷了幾次，取最快的那次)

　　從a和b的測試中發(fā)現(xiàn)，不妥當(dāng)?shù)厥褂么诉x項，效率是極其低下的，尤其如果在WEB程序上，如果這個頁面有大流量請求的話，那會有點不堪設(shè)想。我們在正常使用中，極大量文本處理的情況似乎比較少出現(xiàn)，基本上不能體現(xiàn)出RegexOptions.Compiled的所在匹配速度優(yōu)勢，所以通常建議不使用此項。(當(dāng)然，在正常情況下，我們也不會在每個循環(huán)中都new一個正則表達(dá)式對象，我們可能會選擇static一個)

　　第三步，使用傳說中的Regex.CompileToAssembly來編譯正則表達(dá)式，再進(jìn)行測試。這個，得自己寫個編譯小程序，帖上本人自己寫的一個。點擊下載

　　與第二步相同的正則表達(dá)式Pattern，用這個工具生成dll后，引用到項目。測試執(zhí)行，發(fā)現(xiàn)執(zhí)行的內(nèi)存使用情況與第二步的a差不多，速度也相差不多。當(dāng)然，在這里，這種測試方案，可能看不出這種預(yù)編譯的正則表達(dá)式的效率優(yōu)點，事實上，它應(yīng)該能夠有更高的執(zhí)行效率與匹配速度，最好使用多線程與多請求來進(jìn)行測試。

　　在此將其封裝到DLL中，這將使最終的程序占用的內(nèi)存更少，而不必裝載使用RegexOptions.Compiled編譯正則表達(dá)式的包，裝載的速度也就得到了提升，同時也擁有了RegexOptions.Compiled的匹配速度優(yōu)勢。另外，也提高了需要一直復(fù)用的正則表達(dá)式的復(fù)用率。缺點，就是比較麻煩，而且只有固定的正則表達(dá)式能夠這樣使用。(關(guān)于如何使用Regex.CompileToAssembly，似乎也沒多少能夠解說的，就三兩行代碼，下載便知)

　　似乎并無深入談到原理，不過，也并不重要，我們只要經(jīng)過測試，知道怎么使用能夠更好就行了。在此，個人的建議是，通常都不要使用RegexOptions.Compiled，即使要在代碼中使用，也應(yīng)該使用static變量。

　　如果真有那么大文本要用的時候，我相信，這個正則表達(dá)式也不可能是動態(tài)的，固定的正則，我們就使用Regex.CompileToAssembly來先編譯成DLL再引用到項目中，即能提供效率，也提高了復(fù)用率。

總結(jié)

以上是生活随笔為你收集整理的浅谈提升C#正则表达式效率的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。