曾經一位同事在寫程序時發現在利用正則表達式匹配文本時的效率很低。首先可以排除是正則表達式本身的問題，因為所使用的正則表達式是十分簡單的，匹配的文本量也不算大。檢查的時候去掉了RegexOptions.Compiled的選項之后，程序整體速度得到了很大的提升。

　　這是因為誤解了RegexOptions.Compiled這個選項提供的功能。在正則引擎啟動正則表達式之前，需要做一些準備工作，這些準備工作包括檢查正則表達式是否符合格式規范，并將其轉化能夠實際應用的內部形式。在許多關于正則表達式的文檔中，將這一過程用compile來描述。然而在.NET中，這個過程實際上是以parsing來描述的。

　　在.NET中，parsing是指在程序執行過程中，第一次遇到正則表達式時必須檢查它是否格式規范，并將其轉換為適于.NET正則引擎實際應用的內部形式。

　　當指定RegexOptions.Compiled的時候，所提供的機制是告訴正則引擎，除了將正則表達式轉換為認定的內部形式外，還將其編譯（很多人會混淆這里的編譯和parsing的過程）為底層的MSIL（Microsoft Intermediate Language）代碼，在正則表達式實際應用時，可以由JIT（Just-In-Time）優化為更快的本地機器代碼。

　　啟動這個選項究竟對性能產生了怎樣的影響，可以從三個方面來看。

　　首先在啟動速度上，在不使用RegexOptions.Compiled會比較快，使用了RegexOptions.Compiled情況下，通常會使啟動速度慢許多，據說最多是60倍。

　　在內存占用方面，使用RegexOptions.Compiled時，通常每個表達式會占用5KB~15KB的內存，更重要的是，在程序執行過程中，這塊內存是無法被釋放的。這里有時會帶來一些問題，因為Regex在.NET中作為對象被封裝，如果是多個進程或請求同時調用到這個代碼片段，可能會造成相同的正則表達式在重復占用了內存，這取決于程序具體的實現方式。

　　在匹配速度方面，RegexOptions.Compiled是可以提升匹配速度的，但是因為有在啟動速度和內存占用方面帶來的額外開銷，所以除非是在需要匹配大量的文本和反復使用某正則表達式時，這種提升非常不明顯，而且在許多人誤用此選項的情況下，得到的結果反而是程序整體運行速度的下降。所以在非大量文本處理的情況下，如果對程序整體效率有嚴格要求，建議不要使用該選項。

　　如果需要使用該選項，那么一個應該考慮的也是更好的方案應該是將要使用的正則對象封裝到一個DLL中，這將使最終的程序占用的內存更少，因為不必裝載使用RegexOptions.Compiled編譯正則表達式的包。另外，由于在封裝DLL時正則表達式已經編譯好了，裝載的速度也就得到了提升。附帶的一個好處就是這個包還可以提供給其他需要的程序員調用，而不是copy正則表達式的代碼。

　　以上內容和分析適用于.NET Framework 2.0。