程序集怎么反复编译
使用过.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 编写