前言

在開發(fā)中，我們要常和各種不同類型的信息打交道，無論是數(shù)據(jù)庫中的信息還是網(wǎng)絡的、甚至財務的數(shù)據(jù)，最終都可以ToString()為字符串(這個說法有點牽強)。所以我們日常常要和字符串打交道。

主題

在.NET中，不調用C++/CLI，進行字符串替換有好幾種方法：

1、最常用的，就是String實例.Replace()，但這個不能忽略大小寫。

2、System.Text.Regex(Regular Expression正則表達式)，大家都估計到它的效率不高，雖然它支持忽略大小寫。

3、String.SubString()循環(huán)，查找要替換的子字符串的位置，截取，然后字符串相加，大家也估計到，數(shù)量少(在codeproject.com上曾有文章討論過和StringBuilder的臨屆值是600次)的情況下會比StringBuilder快。

4、跟3一樣，唯一區(qū)別就是字符累加用StringBuilder，數(shù)量少的情況下比字符累加要慢，但過了臨屆值就要快。

5、引用Microsoft VisualBasic RunTime(Microsoft.VisualBasic.DLL)，里面有一個Strings.Replace，效率非常高，其原理就是：Split()再Join()，其中Split支持忽略大小寫的秘訣就是調用了System.Globalization.CultureInfo，也就是所謂的國際化，其實要實現(xiàn)字符串的替換代碼量不多，但要兼容各種語言(非編程語言，是交流語言)，那就得多花幾倍的代碼了。

6、不想用VB運行庫的朋友，可以用Reflector配合Denis Bauer's Reflector.FileDisassembler把Microsoft.VisualBasic.DLL中的Strings的Replace和相關函數(shù)抽取出來(C#)，然后修補一下就可以單獨使用了(我這明顯是吃飽了撐著，VB專家裝配腦袋指出我這是浪費時間，因為本身Microsoft VisualBasic運行庫就包括在.NET Framework中)。

實戰(zhàn)

以下是測試代碼：

[] args)
        

{
            string segment = "中華aBc共和國";
            string source;
            string pattern = "abc";
            string destination = "人民";
            string result = "";
            const long count = 1000;
            StringBuilder pressure = new StringBuilder();
            HiPerfTimer time;

            for (int i = 0; i < count; i++)
            {
                pressure.Append(segment);
            }
            source = pressure.ToString();
    
            //regexp
            time = new HiPerfTimer();
            time.Start();
            for (int i = 0; i < count; i++)
            {
                result = Regex.Replace(source, pattern, destination,
　　　　　　　　　　RegexOptions.IgnoreCase);
            }
            time.Stop();

            Console.WriteLine("regexp    =" + time.Duration + ":");


            //vb
            time = new HiPerfTimer();
            time.Start();
            for (int i = 0; i < count; i++)
            {
                result = Strings.Replace(source, pattern, destination, 1, -1,
　　　　　　　　CompareMethod.Text);
            }
            time.Stop();

            Console.WriteLine("vb        =" + time.Duration + ":");


            //vbReplace
            time = new HiPerfTimer();
            time.Start();
            for (int i = 0; i < count; i++)
            {
                result = VBString.Replace(source, pattern, destination, 1, -1,
　　　　　　　　　　StringCompareMethod.Text);
            }
            time.Stop();

            Console.WriteLine("vbReplace =" + time.Duration + ":" + result);


            //substring
            time = new HiPerfTimer();
            time.Start();
            for (int i = 0; i < count; i++)
            {
                result = StringHelper.ReplaceText(source, pattern, destination, StringHelper.
　　　　CompareMethods.Text);
            }
            time.Stop();

            Console.WriteLine("substring =" + time.Duration + ":");


            //substring with stringbuilder
            time = new HiPerfTimer();
            time.Start();
            for (int i = 0; i < count; i++)
            {
                result = StringHelper.ReplaceTextB(source, pattern, destination,
　　　　　　　　StringHelper.CompareMethods.Text);
            }
            time.Stop();

            Console.WriteLine("substringB=" + time.Duration + ":");


            Console.ReadLine();
        }

說明

這個代碼演示了上述幾種方法：要把字符串"中華aBc共和國"中的"abc"替換為"人民"，注意：源子字符串是"aBc"，要替換的是"abc"，這里目的是要測試不區(qū)分大小寫。

為了測試效率，我特意先把測試字符串累加1000次，然后循環(huán)測試1000次。

結果

以下是測試結果：

regexp =1.38308285017339 //這是正則表達式，第4快；

vb =0.525978828344589 //這是引用Microsoft VisualBasic RunTime的，次快；

vbReplace=0.522997341400086 //這就是用reflector改為C#的，最快；

substring =21.8573638474698 //這是string.substring +，最慢

substringB=14.6346693500287 //這是string.substring StringBuilder，次慢，這里凸現(xiàn)了StringBuilder的速度；

這里僅僅是多次測試中的一次，我沒有弄平均，大概數(shù)字吧，到底是vb快還是reflector的c#快，差不多...

是否應該使用Microsoft VisualBasic RunTime就見仁見智了。

后話

不過裝配腦袋指出，“可以使用C++的std::basic_string::replace”實現(xiàn)高效的字符串替換。

資源下載

限于篇幅，具體的代碼，請點擊這里下載。

NET技術：高效的忽略大小寫的字符串替換(Replace)函數(shù)，轉載需保留來源！

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。