如何通過ildasm/ilasm修改assembly的IL代碼
這段時間為跟蹤一個Bug而焦頭爛額，最后發現是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，知道你要修改誰(dll的名稱）
這很簡單， 翻翻MSDN，你應該能找到你所調用的類庫是哪一個，或者使用reflector可以得到更詳盡的信息。從MSDN得知，Guid類在mscorlib.dll中
2，找到你要修改的dll，并拷貝出來，以便修改
mscorlib.dll位于GAC中，很可惜，windows只允許按照“可遠觀不可褻玩"的方式靜靜欣賞（盡管心急如焚）
我們現在需要將該dll在操作系統中的實際路徑找出來。
2.1 下載FileMon，其用于監視文件的被訪問情況，我們可以通過他，找到文件路徑。
2.2 寫一個小程序，讓該程序去訪問（引用）你需要查找路徑的文件，這里也就是我們的mscorlib。
{
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（C:\Program Files\Microsoft SDKs\Windows\v7.0A\bin\）中找到，但通過VS的控制臺便可以使用了（具體使用方式，參考MSDN）
然后可以得到該程序集的IL文件：
它其實是一個文本文件，所以可以直接打開進行編輯，但建議使用Notepad++或 UltraEdit 文本編輯器，但打開后似乎有些讓人有些崩潰，汪洋大海啊，如何找到我們需要修改的代碼所在的位置呢
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，我們采用后者：
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：
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，驗證一下成果：
{
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();
}
}
如果使用MS原版的mscorlib.dll我們將得到類似于下面的輸出： 
使用我們修改過的mscorlib.dll:
(另外，值得注意的是，Visual studio對某些程序集的引用來自于C:\Program Files\Reference Assemblies 下，所以，對于某些程序集如果要對VS引用造成影響則應該覆蓋C:\Program Files\Reference Assemblies下的對應文件。這里的mscorlib不需要)
感謝閱讀，僅供參考
周銀輝
【相關文章】
留言列表
