net反编译app
.Net软件的特点,一些强大的编译工具可以对.Net可执行文件进行反编译操作,并得出相应的IL代码甚至是源代码。即使是采用混淆工具以及强命名工具也不能从根本上解决问题,代码依然会很容易地被Reflectoer等工具反编译源代码。
软件加密狗：威步(WIBU)的CodeMeter,AxProtector(for.net)两款软件加密狗性能非常不错
反编译的问题,与传统的代码混淆工具（Obfuscator）不同,AxProtector可以完全阻止对.NET
程序集（由
C#,
VB.NET,
Delphi.NET,
ASP.Net…
等语言编写）的反编译。通俗的讲,AxProtector在破解者和您的
.NET
代码之间构建了强大的防破解保护屏障,生成一个基于
Windows
的而不是基于
MSIL
的兼容格式文件。原始的
.NET
代码完整的被加密后封装在本地代码内,无论何时都不会释放到硬盘,对于破解者是不可见的。
与单纯的.net加密软件不同,AxProtector与CodeMeter硬件加密狗配套餐使用,采用了更为严密的密钥管理,及最先进的AES、RSA、ECC等加密算法存储或传输密钥,保证通讯安全。
.Net代码编译后生成的
.class
中包含有源代码中的所有信息（不包括注释）,尤其是在其中保存有调试信息的时候。所以一个按照正常方式编译的.class
文件可以非常轻易地被反编译。一般软件开发商会采用一种叫做混淆器的工具。混淆器的作用是对编译好的代码进行混淆,使得其无法被反编译或者反编译后的代码混乱难懂。由于混淆器只是混淆了方法名称或流程,而不能防止源代码被反编译,因此混淆器的作用只是增加了反编译的难度,最终的结果也是治标不治本。对于一些掌握工具的人来说几乎还是透明的。AxProtector是一款真正意义的加密源代码、防止反编译的.net软件加密软件。
AxProtector加密了.net原代码,任何时候原代码都不可能被还原到硬盘当中。采用AxProtector加密后的.net代码只有在程序调用或执行某一段函数的时候,才能通过AxProtectorClass在内存中解密后返回到程序中执行,运行之后迅速立即加密。这种随机加密、按需解密原代码的功能,能很好的防止.Net程序的反编译,同时能够很好地防止API加密点被摘除。有效地保证了源代码的执行效率和安全性。
Ⅱ .net如何防反编译
.net是中间语言十分容易被反编译，通常都使用混淆作为一种加密手段。不过混淆不是真正防反编译，只不过反编译后代码难读懂而已，并且现在破解混淆的方式也比较多。所以真正要防反编译还是需要通过加密代码的方式。比如德国威步他们提供一种对.NET代码完全加密保护的方式来防止反编译的，曾经测试过用Reflector（.net反编译工具）反编译他们加密软件加密的.NET程序，的确完全无法看到源代码了。
Ⅲ 如何反编译或者修改一个.net程序
既然这样的话，你可以使用反射，将别人的程序集加载到自己的程序里面，然后在自己的程序调用他的代码，用反射的好处是，你可以调用所有的私有函数，甚至可以调用函数名被混淆的函数。
Ⅳ .Net Reflector反编译工具如何将注释显示出来
显示不出来，编译的时候去掉了。只有查看源代码或者用VS等引用类库才能看到。
Ⅳ 如何反编译C#等net软件类库源代码
.Net 反编译软件，最着名的是 Reflector。但是最新版本收费现在打开Reflector的老版本要求强制更新到最新版本。所以，你一下在打开refector 会自动删除。那么大家可以使用 ILSpy。使用ILspy。
1
下载后的ILSPY 。
打开EXE
6
毕竟.NET 和JAVA 属于中间语言，很好反编译。
Ⅵ .net开发的exe安装文件可以反编译吗
可以,用reflector 及其它
用混淆器加密及数字签名,可挡掉大部分dll文件被人家反编译．但魔高一尺,道高一丈, 要做到完全加密是很难的.
有些Dotfuscator防反编译软件可以参考, 但那些功能强大的Dotfuscator都是商业软件，要花银子买．
总之，不管你加密的如何好，只是延长破解和反编译成可阅读代码的时间而以，所以不要放太多的精力在上面
Ⅶ 如何反编译.Net Reactor加密过的C#程序
加密工具大都是通过“模糊”来实现的，使得反向工程成本大于重新开发成本，尽可能的合并函数为相同的无意义名称.NET编译成IL
可以用ILSpy试试。
Ⅷ ILSpy .NET反编译软件 怎么使用
他和Reflector一样 直接把你的dll打开 然后他会反编译成IL
Reflector:反编译成代码
Spy::反编译成IL
程序编译流程：代码--->IL
所以IL能看出代码的编译后是什么
执行效率如何
祝您编码愉快
Ⅸ .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 编写
Ⅹ net reflector能反编译出来原来的软件的窗口吗
1
创建一个简单的工程，一个Winform窗体，包含一个背景图片。
END
1
将测试程序添加到.NET Reflector
2
选中测试程序后右键选择导出
END
问题现象：base.AutoScaleMode = AutoScaleMode.Font; 方法“InitializeComponent”内的代码由设计器生成，不应手动修改。请移除任何更改，然后尝试重新打开设计器。
处理方法：对所有System.Windows.Forms.命名空间里面的控件需要全命名空间的声明。
示例：base.AutoScaleMode = System.Windows.Forms.AutoScaleMode.Font;
问题现象：变量“manager”未声明或从未赋值。
处理方法：
1）先将resources文件转成resx资源文件，命名匹配与之对应的*.cs文件名称，且将其放在与之对应的*.cs代码同一目录（如将WindowsFormsApplication1.Form1.resources编译成Form1.resx）。编译工具在C:\Program Files (x86)\Microsoft SDKs\Windows(Win7\Win8),C:\Program Files\Microsoft SDKs\Windows\v7.0A\bin下 resgen.exe(XP)
CMD命令格式: resgen *.resources *.resx，如下：
注意：生成resx资源文件后排除与之对应的*.cs文件而后重新添加便可将.resx文件映射到项目中。
2）将InitializeComponent方法中的对象manager替换为resources(替换变量名)
问题现象：System.Resources.: 未能找到任何适合于指定的区域性或非特定区域性的资源。请确保在编译时已将“xxxx.Properties.Resources.resources”正确嵌入或链接到程序集“xxxx”，或者确保所有需要的附属程序集都可加载并已进行了完全签名。
处理方法：重新添加图片的资源即可