//不影響結果 if(i == a){ Console.WriteLine("Some Thing Error!!"); } } 3.加入一些冗贅的運算 int a = 10;改為 int b = 2; int c = 5; int a = b * c; 值得注意的是，使用混淆保護的程式仍是可以使用反組譯工具看到混淆後的MSIL，且很容易被有心人反推回去的，只是增加了反推的難度而已。微軟自帶的Dotfuscator Community Edition好像已經有現成反推回去的程式在網路上流佈，像水瓶大介紹的DF Stack就是一例。 內核級加密保護若採用內核級加密來保護，使用反組譯工具去看MSIL時。會顯示不是CLR程式，無法看到反組譯過後的程式碼。有比混淆稍微安全些的感覺。類似的軟體有MaxToCode、XeonCode。 硬體保護硬體保護方面，有聖天狗、Aladdin等硬體加密鎖。多半這類產品除了本身會提供API可以讓程式呼叫做保護的動作外，也會附上基本的混淆與程式加密功能。 Conclusion在.NET保護這塊我涉略不深，只能做初步的介紹。這邊我要順帶一提，其實我們用來反組譯的.NET Reflector工具在加密上算是還做的不錯。畢竟本身就是反組譯用的工具，在這方面會有一定的程度，網路上也有許多相關研究。有興趣的可以從該工具的保護機制著手研究。像是Reflector保護方法初探等，還有很多篇，請自行打上關鍵字Reflector 保護，Google一下就有了。 LinkMSDN大內高手專欄 - To De or Not to De? DF Stack 1.0 - .NET 的反混淆器?DF StackReflector保護方法初探