.NET混淆器的專利技術通過重命名，字符串加密以及控制流以便混淆后的.NET代碼更難理解。本節向您介紹如何使用.NET混淆器Dotfuscator對代碼進行模糊處理。

Step 1：使用反匯編程序

.NET Framework SDK自帶了一個稱為ildasm 的反匯編程序實用工具。它允許您將 .NET 程序集反匯編為 IL 程序集語言語句。啟動ildasm 前，請確保 .NET Framework SDK 已經安裝在你的路徑中。在命令行中鍵入ildasm。

注：如果你安裝了Visual Studio，但這又不起作用，那說明ildasm的路徑不正確。點擊 start > Visual Studio [version] > Visual Studio Tools > Visual Studio [version] Command Prompt，打開Visual Studio命令提示符，鍵入 ildasm。

• 點擊File > Open，然后瀏覽下列路徑：

C:\Program Files (x86)\PreEmptive Solutions\Dotfuscator Professional Edition 4.x\samples\GettingStarted\bin\Debug

• 選擇GettingStarted.exe。
• 點擊Open。反匯編程序集視圖如下：

• 若要將當前的所示的未模糊處理的HelloWorld 應用程序與經模糊處理的版本進行比較，請啟動ildasm的另一副本。瀏覽至路徑：
  C:\Program Files (x86)\PreEmptive Solutions\Dotfuscator Professional Edition 4.x\samples\GettingStarted\Dotfuscated
• 選擇GettingStarted.exe。
• 點擊Open。

• 將每個反匯編窗口并排。對比兩個視圖有何差異。
• 注意，未進行模糊處理的程序集包含了相當容易理解的方法名。例如，當點擊Converse時，基本上可以認定調用了ConverseButton_Click: void (object, class [mscorlib]System.EventArgs) 。現在看一下模糊處理的版本，單擊 Converse 按鈕很難判斷到底調用了哪個方法。另外，你還會注意到SaySomething 方法不見了。該方法被移除了，因為代碼中的任何地方都沒有用到該方法。
• 從原始程序集中雙擊SayHello:string()方法，從模糊處理程序集中雙擊a:string()方法。這兩種方法是相同的。然而，當進一步檢測反匯編的 IL 代碼時，你會發現這些字符串在模糊處理的版本中已經過加密，使得代碼更難閱讀。例如，請在未模糊處理的版本中找到下面一行：

IL_0000: ldstr "Hello, my name is "

查看模糊處理后的版本，嘗試查找上面的字符串。如果找不到該字符串，那是因為它已被加密并且可能顯示如下：

IL_0000: ldstr bytearray (09 42 26 44 29 46 2B 48 26 4A 67 4C 6D 4E 22 50
28 52 73 54 3B 56 36 58 34 5A 3E 5C 7D 5E 36 60
12 62 43 64 )

您可以想像，對于試圖對代碼進行反向工程處理的人而言，這是多么令人費解，尤其是對于更加復雜的應用程序更是如此。

Step 2：反編譯

如果您現在認為您的源代碼將只能由少數實際懂得 IL 匯編語言的技術人員訪問，那么請再考慮一下。您可以做進一步的試驗，使用 Reflector 和 Anakrino 之類的反編譯器從我們的應用程序重新創建源代碼。這些實用工具可將 .NET 程序集直接反編譯為 C#、VB .NET 或 C++ 之類的高級語言。

對經過 Dotfuscator 處理的 GettingStarted.exe 文件運行 .NET Reflector 并嘗試檢查 a() 之類的方法將引發以下異常：

This item appears to be obfuscated and can not be translated.

因此，Dotfuscator Professional 能夠成功阻止兩種主要的反編譯器對經過 Dotfuscator 模糊處理的代碼進行反向工程。