這段時間為跟蹤一個Bug而焦頭爛額，最后發現是.NET Framework的問題，這讓人多少有些絕望。所以到微軟論壇提了個帖子，希望能得到些幫助。雖然論壇智能到能夠判斷樓主是否是MSDN訂閱用戶，以便盡快解決（傳說MSDN訂閱用戶的問題能在兩天內得到回復的，當時還很得意公司為我們購買的MSDN訂閱賬號），但得到的回復是“Could you file a bug report for this issue through Connect?”，絕望之后的又一次寒心啊。

看過payeasy的廣告之后，便有了以下的這些內容，如何修改.NET Framework： 

這里我們以修改Guid類為例，我們將修改這個類的內部構造，以便其始終構造值為0值（00000000-0000-0000-000000000000）的對象

1，知道你要修改.NET Framework中的誰(dll的名稱）

這很簡單， 翻翻MSDN，你應該能找到你所調用的類庫是哪一個，或者使用reflector可以得到更詳盡的信息。從MSDN得知，Guid類在mscorlib.dll中

2，找到你要修改的dll，并拷貝出來，以便修改

mscorlib.dll位于GAC中，很可惜，windows只允許按照“可遠觀不可褻玩"的方式靜靜欣賞（盡管心急如焚）

我們現在需要將該dll在操作系統中的實際路徑找出來

2.1 下載FileMon，其用于監視文件的被訪問情況，我們可以通過他，找到文件路徑

2.2  寫一個小程序，讓該程序去訪問（引用）你需要查找路徑的文件，這里也就是我們的mscorlib

        static void Main(string[] args)
        {
            Guid guid = Guid.NewGuid();

            Console.WriteLine(guid);

            Console.Read();
        }

代碼中的Guid以及Console等都會訪問mscorlib.dll

2.3 運行FileMon，讓他去監視mscorlib的訪問，由于我們不知道mscorlib的具體路徑（廢話），但我們至少知道它在C:\WINDOWS\assembly下（至少知道在系統盤下），那么我們就將這個文件夾及其所有文件一塊監視吧： 

2.4，運行我們的小程序，FileMon將監視到所有到C:\WINDOWS\assembly下的訪問，并將包含mscorlib的高亮,雙擊列表中的條目，其將自動打開文件所在的文件夾：

OK，現在找到該dll文件了，將其拷貝出來，以供我們修改，并將其路徑記錄下來以備將來使用（C:\WINDOWS\assembly\GAC_32\mscorlib\2.0.0.0__b77a5c561934e089）。另外，建議備份一下拷出來的dll。

3，利用ildasm反編譯該dll，生成中間語言（IL）文件，我們將修改該IL文件

ildasm是.NET自帶的一個反編譯工具，可以再SDK中找到，但通過VS的控制臺便可以使用了（具體使用方式，參考MSDN）

然后可以得到該程序集的IL文件

它其實是一個文本文件，所以可以直接打開進行編輯，但建議使用Notepad++或 UltraEdit 文本編輯器，但打開后似乎有些讓人有些崩潰，汪洋大海啊，如何找到我們需要修改的代碼所在的位置呢

#p#

4，利用reflector查看所要尋找的類或方法的定義

打開reflector，查找所要尋找的類或方法，并查看其定義，假設我們需要的是Guid.NewGuid()方法：

切換到IL視圖： 

OK，有了該IL片段，要在mscorlib.dll.il的汪洋大海中查找該方法就很簡單了（Ctrl-F）

5，修改IL代碼

在notepad++或UltraEdit中找到對應的方法。我們發現NewGuid()實際是調用其Guid(bool)方法，我們可以將其替換成默認構造函數（默認構造函數構造的guid為00000000-0000-0000-000000000000)這樣一來調用NewGuid（）方法時則始終返回0值了，也可以在調用Guid(bool)時傳入true，我們采用后者：

  .method public hidebysig static valuetype System.Guid 
          NewGuid() cil managed
  {
    // 代碼大小       7 (0x7)
    .maxstack  8
    IL_0000:  ldc.i4.0
    IL_0001:  newobj     instance void System.Guid::.ctor(bool)
    IL_0006:  ret
  } // end of method Guid::NewGuid

上面代碼中的IL_0000:  ldc.i4.0 表示將0（false）作為4字節整數入棧，我們將其中的0改成1：

  .method public hidebysig static valuetype System.Guid 
          NewGuid() cil managed
  {
    // 代碼大小       7 (0x7)
    .maxstack  8
    IL_0000:  ldc.i4.1
    IL_0001:  newobj     instance void System.Guid::.ctor(bool)
    IL_0006:  ret
  } // end of method Guid::NewGuid

（注意，這里的操作很簡單，所以很單純地修改了，若對于比較復雜的操作請先學習IL相關知識）
然后保存你的修改。

6，編譯IL代碼，生成新的DLL

利用ms提供的ilasm可以將IL文件編譯成dll：

 (編譯前別忘記關閉文本編輯器，比如ultraEdit會獨占文件而導致無法訪問)

7，將修改后的DLL放回到GAC 

你可能會想到按照MSDN上提到的方法就如同安裝自己普通的程序集一樣將其安裝到GAC，大概能猜想到這是不可行的，否則”不安全了“。 或者，我們剛才不是記錄了mscorlib的路徑的嗎，直接復制粘貼進去覆蓋不就行了，也許可以，也許不可以，只所以說不可以，原因有可能有二，一是根本不讓訪問頁不讓覆蓋，二是程序.net程序運行時會檢查程序集版本。那么就試試看吧：
直接訪問指定的路徑看來是不行的了，正如下圖所示：

不過沒關系，我們可以通過第三方工具訪問到該目錄，可以通過剛才的FileMon，雙擊條目可以打開相應的文件目錄，還有一種更常用的方便的方式是用TotalCommander,其可以方便的訪問Windows的各種隱藏路徑。

 將文件拖放到對應目錄便可以覆蓋了.

8, 刪除程序集的本機映像（native image）

回到剛才用FileMon監視mscorlib訪問時，大家可能會發現我們的小程序直接訪問的并非mscorlib.dll, 而是一個名為mscorlib.ni.dll的文件(在C:\WINDOWS\assembly\NativeImages_v2.0.50727_32\mscorlib\9adb89fa22fd5b4ce433b5aca7fb1b07\ 路徑下），這是mscorlib.dll的本機映像(native image), 關心過.net優化的朋友應該會知道我們可以通過ngen來將程序集生成本機映像以提高運行速度. 那么程序將直接去訪問該映像而非我們修改過的mscorlib.dll，這會導致我們的修改看不到效果。所以我們要將該映像刪除。為什么是刪除，而不是將修改過的mscorlib.dll利用ngen來生成一個新的映像而覆蓋之？ 原因很簡單，大家自己想想吧。
首先，利用ngen uninstall 命令從本機映像緩存中卸載本地映像，然后利用TotalCommander將其刪除（注意，先關閉可以對所覆蓋的程序集有所引用的應用程序,最好重啟一下電腦，應該不用進安全模式刪那么費勁）

9，驗證一下修改.NET Framework成果：

    class Program
    {
        static void Main(string[] args)
        {
            Guid guid1 = Guid.NewGuid();
            Guid guid2 = Guid.NewGuid();

            Console.WriteLine("the first  GUID: {0}", guid1);
            Console.WriteLine("the second GUID: {0}", guid2);

            Console.Read();
        }
    }

(另外，值得注意的是，Visual studio對某些程序集的引用來自于C:\Program Files\Reference Assemblies 下，所以，對于某些程序集如果要對VS引用造成影響則應該覆蓋C:\Program Files\Reference Assemblies下的對應文件。這里的mscorlib不需要)

【編輯推薦】

1. 淺談.NET Framework中的Stream.Read方法
2. 淺析.NET Framework中XML數據處理
3. .net framework3.5新特性2：新增匿名類
4. 微軟公布下一代Visual Studio和.NET Framework平臺
5. 配置Visual Studio 2008來調試.NET Framework源碼的基本步驟