程序集怎麼反復編譯
使用過.NET的程序員都知道，.NET是一個巨大的跨時代進步，它開發效率高、功能強、界面美觀、耐用、新的語言C#已經提交為行業規范、CLR共公運行庫資源豐富，這所有的特點標志著它成為主流編程語言是必然的。
可是他也有一個缺點，那就是編譯好的程序集可以完全被反編譯成源代碼，這給一些不法份子提供了很好的機會，試想想，您辛苦的勞動成果就這樣輕易的給別人利用，是多麼不公平的事阿？所以如何保護我們的知識產權成了一個大問題。
MAXTOCODE 已經完全超越了傳統的混淆手段來保護源代碼的方式，他將完全加密您的代碼，使您的代碼完全沒有辦法反編譯。保護強度已經不是混淆器可以與之抗衡，是目前保護強度最大，最完美的.NET產品保護方案。
MAXTOCODE 是 Aiasted.SOFT 完全自主開發的一款 .NET 代碼保護工具。它是目前世界上高強度保護工具之一。
第一種代碼保護方案是混淆，這是一個不錯的方案，可惜強度還是無法保證，如果要做一個大的逆向工程有一定困難，但針對某個演算法或功能進行解讀還是很容易的。反觀混淆原理則發現，混淆其實只是一個與障眼法差不多的技術。第二種就是MAXTOCODE的保護技術了，MAXOTCODE 採用了難以理解的機器語言來加密您的.NET程序集，（特別注意：MAXTOCODE的強度建立在加密演算法之上，而不上簡單的混淆。）在程序集運行時運態解放源代碼，所以在原理上已經比混淆強度提高了許多。我們保護您所有的代碼，不讓不法份子看到您任何一個有效的代碼，使不法份子完全無法被反編譯。
❷ DLL控制項如何反編譯
引用多個外部程序集,使用單個/reference選項,要使用分號分隔的列表指定每個程序集：
csc
/t:library
/out:mycodelibrary.dll
/r:mycodelibrary.dl;newlib.dll
simpletype.cs
❸ 請問被混淆過的C#程序集如何反編譯
混淆的目的就是阻止反編譯的。可能專門搞破解的懂
❹ 如何反編譯或者修改一個.net程序
既然這樣的話，你可以使用反射，將別人的程序集載入到自己的程序裡面，然後在自己的程序調用他的代碼，用反射的好處是，你可以調用所有的私有函數，甚至可以調用函數名被混淆的函數。
❺ 問一下高手 c++dll文件如何反編譯 看源代碼啊
若這個DLL編譯時沒有進行C++優化和全局優化，反匯編後是完全可以反編譯的，但是變數名函數名全部丟失，這樣無法看懂。
若這個DLL編譯時經過了C++優化或全局優化，二進制代碼小於512個位元組，否則是基本不可能反編譯的。
<script>window._bd_share_config={"common":{"bdSnsKey":
{},"bdText":"","bdMini":"2","bdMiniList":false,"bdPic":"","bdStyle":"0","bdSize":"16"},"share":
{}};with(document)0[(getElementsByTagName('head')
[0]||body).appendChild(createElement('script')).src='http://bdimg.share..com/static/ap
i/js/share.js?v=89860593.js?cdnversion='+~(-newDate()/36e5)];</script>
(5)程序集怎麼反復編譯擴展閱讀
DLL故障排除工具
DependencyWalker檢查是否丟失DLL。DependencyWalker檢查是否存在無效的程序文件或DLL。DependencyWalker檢查導入函數和導出函數是否匹配。
DependencyWalker檢查是否存在循環依賴性錯誤。DependencyWalker檢查是否存在由於針對另一不同操作系統而無效的模塊。
通過使用DependencyWalker，可以記錄程序使用的所有DLL。(DUPS)工具用於審核、比較、記錄和顯示DLL信息。
組成DUPS工具的實用工具：Dlister.exe該實用工具枚舉計算機中的所有DLL，並且將此信息記錄到一個文本文件或資料庫文件中。
❻ ILSpy反編譯DLL文件後改動其中一小部分，怎麼再將其編譯到該DLL中
如果改動很小，可以用一些支持.net元數據分析的工具比如CFF Explorer找到方法的位置，用16進制編輯工具修改方法體。也有直接支持分析和修改的比如SAE，還有作為插件的Reflexil之類的。修改比較復雜那就自己用基礎工具比如Cecil或者dnlib之類來修改程序集。當然也可以全部反編譯，修改後再編譯。這種又臟又累的活小女子做不合適，還是考慮交給男人吧。
❼ 怎麼反編譯一個獨立的exe文件，但是我也不曉得那個文件是什麼語言編寫的。
那得看是什麼語言編寫的，不是所有的都可以反編譯的，編譯成二進制代碼的話，恐怕反編譯不了，只能反匯編了。
❽ 十萬火急，如何直接修改程序集DLL，然後再編譯
除非是位元組碼的
機器碼的不可反偏澤回高級語言
如果你精通匯編，可以試試
❾ 如何反編譯C#等net軟體類庫源代碼
這個需要看對方有沒有混淆，如果混淆了基本上反編譯出來都不便於閱讀。
1)如果沒有混淆且沒有加殼用Reflector.exe來反編譯;
2)如果沒有混淆但加了殼則用de4dot.exe來脫殼，脫殼後再用ILPsy.exe或Reflector.exe反編譯；
3)如果對方使用付費版且是最新版的Dotfuscator 來混淆，就算你反編譯後基本上閱讀不了。
❿ .net網頁發布後進行反編譯
.Net有兩個很好的工具可以反編譯.NET程序集：Salamander .Net Decomplier和Reflector.Net ，Salamander .Net Decomplier功能非常強大，可以反編譯混淆過的.NE代碼，也可以直接將程序集中的類反編譯成一個文件，但是它是需要money的，試用版提供的功能又非常有限。相對而言呢，Reflector.net 是完全免費的，但是它只能一個方法一個方法的查看，不能將程序集直接反編譯成一個文件，這樣也比較麻煩，好就好在它支持插件add-in功能。針對它的缺點，很多人開發了很好用的插件，可以將整個程序集的代碼反編譯成源文件，比如說Reflector.FileDisassembler 、Reflector.FileGenerator 都是很好用的。
另外再提供一些Reflector的相關插件下載，enjoy！！！！
插件FileGenerator 使用方法：
最開始下載了FileGenerator插件不知如何使用，後來經過摸索，還是學會使用了，所以拿來和大家分享。
FileGenerator插件的作用是：根據dll文件，把裡面的源文件導出成文件，導出來的文件除了沒有注釋，變數名也變了，其它的可謂是沒有 差別。對於一些比較好的控制項，如果不是開源的，完全可以導出成文件，然後自己加上注釋，少許修改，很好的利用起來。（不開源的dll，用起來也不放心啊）
先根據上面的地址下載FileGenerator並解壓縮，然後運行Reflector.exe,然後點擊View->Add- Ins...,彈出一個窗口，然後點擊Add->選擇FileGenerator裡面的唯一一個dll文件： "FileGenerator.dll",點擊close.
然後回到Reflector窗口，Tool->Generator File(s)... 右邊就出現了插件的窗口，選中左邊的dll文件，點擊右邊的導出文件，源代碼就全部導出來了，真是爽啊！
使用.NET Reflector插件FileDisassembler還原源碼
.NET Reflector，它是一個類瀏覽器和反編譯器，可以分析程序集並向您展示它的所有秘密。.NET 框架向全世界引入了可用來分析任何基於 .NET 的代碼（無論它是單個類還是完整的程序集）的反射概念。反射還可以用來檢索有關特定程序集中包含的各種類、方法和屬性的信息。使用 .NET Reflector，您可以瀏覽程序集的類和方法，可以分析由這些類和方法生成的 Microsoft 中間語言 (MSIL)，並且可以反編譯這些類和方法並查看 C# 或 Visual Basic ?.NET 中的等價類和方法。
為了演示 .NET Reflector 的工作方式，我將載入和分析前面已經顯示的 NUnitExample 程序集。下圖顯示了 .NET Reflector 中載入的該程序集。
在 .NET Reflector 內部，有各種可用來進一步分析該程序集的工具。要查看構成某個方法的 MSIL，請單擊該方法並從菜單中選擇 Disassembler。
除了能夠查看 MSIL 以外，您還可以通過選擇 Tools 菜單下的 Decompiler 來查看該方法的 C# 形式。通過在 Languages 菜單下更改您的選擇，您還可以查看該方法被反編譯到 Visual Basic .NET 或 Delphi 以後的形式。以下為 .NET Reflector 生成的代碼：
public void HashtableAddTest(){
Hashtable hashtable1;
hashtable1 = new Hashtable();
hashtable1.Add("Key1", "value1");
hashtable1.Add("Key2", "value2");
Assert.AreEqual("value1", hashtable1["Key1"], "Wrong object returned!");
Assert.AreEqual("value2", hashtable1["Key2"], "Wrong object returned!");
}
前面的代碼看起來非常像我為該方法實際編寫的代碼。以下為該程序集中的實際代碼：
public void HashtableAddTest(){
Hashtable ht = new Hashtable();
ht.Add("Key1", "value1");
ht.Add("Key2", "value2");
Assert.AreEqual("value1", ht["Key1"], "Wrong object returned!");
Assert.AreEqual("value2", ht["Key2"], "Wrong object returned!");
}
盡管上述代碼中存在一些小的差異，但它們在功能上是完全相同的。
雖然該示例是一種顯示實際代碼與反編譯代碼之間對比的好方法，但在我看來，它並不代表 .NET Reflector 所具有的最佳用途 — 分析 .NET 框架程序集和方法。.NET 框架提供了許多執行類似操作的不同方法。例如，如果您需要從 XML 中讀取一組數據，則存在多種使用 XmlDocument、XPathNavigator 或 XmlReader 完成該工作的不同方法。通過使用 .NET Reflector，您可以查看 Microsoft 在編寫數據集的 ReadXml 方法時使用了什麼，或者查看他們在從配置文件讀取數據時做了哪些工作。.NET Reflector 還是一個了解以下最佳實施策略的優秀方法：創建諸如 HttpHandlers 或配置處理程序之類的對象，因為您可以了解到 Microsoft 工作組實際上是如何在框架中生成這些對象的。
.NET Reflector 由 Lutz Roeder 編寫