net代码反编译

⑴ 如何解决.NET程序容易被反编译的问题

阻止不了,任何一个程序都可以被反编译 当然了,并不是说反编译以后就是源代码 不知道你用的什么语言,在.net里,一般都是用Dotfuscator之类的工具进行混淆干扰

.NET有一种加密字节码的方式是通过hook住JIT编译器的入口来做的：字节码经过加密/混淆存在文件里，等被CLR加载了，某个方法要执行而需要被JIT编译时，hook住JIT编译器的入口拦截住这个编译请求，然后去把对应的字节码解密之后再传给JIT编译器。
这种做法基本上只能唬唬小朋友，知道了原理之后很好解，可以轻松的获取解密后的字节码然后扔给常规的反编译器去处理。但现实的说，大部分用户在“试图解密”方面都是小朋友，所以倒也算是一种可行方案。

⑵ 如何利用ILSPY反编译工具重建C#NETWeb源码解决方案

无论是VB.NET还是C#.NET语言开发的APS.NETWEB程序，发布在IIS的虚拟目录下时，基本上会是三种文件类型（以C#为例）：

1，aspx 页面文件

2，.aspx.cs 页面文件对应的代码文件

3，Bin或Assembly 目录下的.DLL类库文件。

出于代码的保密性或代码源码的管理需要，项目团队开发时，会经常性的将一部分与数据库打交道的代码封装到中间层，即.DLL层进行统一管理维护，这一部分.DLL是以文件的形式供调用，不象.aspx.cs文件可以直接用记事本打开进行查看源码，给我们重新建解方案带来了一定的困难。但只要能通过ILSPY对这部分.DLL代码进行反编译的话，可以很方便，也是很快的重新你的完整解决方案。（此方法也同样适用于.NET开发的.exe文件）下面是是一些具体的反编译与重建解决方案的步骤：

1，搜索并下载.NET 反编译工具IL SPY 。

2，下载后，打开IL SPY的执行文件ILSpy.exe

接下来，需要的就是按步就搬的建立你的.sln方案，在.NET开发环境下添加反编译出来的.csproj项目，并将原来web发布目录下的文件加入解决方案中

6，重新解决方案的时间由系统的大小及对.NET开发环境的精通程度决定，一般该引用的引用，该反编译的反编译.

⑶ 请问怎样将.Net程序反编译为一个VS工程，可以正常运行调试

vs编写程序是以项目为单位的（对小程序很不适合）。第一步是建里一个项目第二部是添加源代码文件（.cpp)和头文件(.h）在打开的空白文档写代码按F5或者点击面板上的启动本地调试器添加源代码文件的方法可以按快捷键也可以用下面的方法：在屏幕的左侧或者右侧有一个解决方案管理器，右点源文件-》添加-》新建项-》.cpp文件-》输入文件名-》确定。

⑷ .net如何防反编译

.net是中间语言十分容易被反编译，通常都使用混淆作为一种加密手段。不过混淆不是真正防反编译，只不过反编译后代码难读懂而已，并且现在破解混淆的方式也比较多。所以真正要防反编译还是需要通过加密代码的方式。比如德国威步他们提供一种对.NET代码完全加密保护的方式来防止反编译的，曾经测试过用Reflector（.net反编译工具）反编译他们加密软件加密的.NET程序，的确完全无法看到源代码了。

⑸ 如何反编译C#等net软件类库源代码

这个需要看对方有没有混淆，如果混淆了基本上反编译出来都不便于阅读。
1)如果没有混淆且没有加壳用Reflector.exe来反编译;
2)如果没有混淆但加了壳则用de4dot.exe来脱壳，脱壳后再用ILPsy.exe或Reflector.exe反编译；
3)如果对方使用付费版且是最新版的Dotfuscator 来混淆，就算你反编译后基本上阅读不了。

⑹ .net开发的exe安装文件可以反编译吗

可以,用reflector 及其它

用混淆器加密及数字签名,可挡掉大部分dll文件被人家反编译．但魔高一尺,道高一丈, 要做到完全加密是很难的.
有些Dotfuscator防反编译软件可以参考, 但那些功能强大的Dotfuscator都是商业软件，要花银子买．
总之，不管你加密的如何好，只是延长破解和反编译成可阅读代码的时间而以，所以不要放太多的精力在上面

⑺ .net中反编译过后代码怎么组合(c#)

[CompilerGenerated] 这个标志已经告诉你这个是编译器生成的了，常规情况下你可以去掉这段代码并重试。

反编译过来的代码通常是无法直接编译的，需要你自己改写

⑻ Net6编译 ready to run aot 反编译

可以使用反编译程序来创建实际的源代码
如 果您认为只有少数真正了解 IL 汇编语言的人才会看到并理解您的源代码，请牢记反编译并不会到此为止。我们可以使用反编译程序来创建实际的源代码。这些实用工具可以直接将 .NET 程序集反编译为如 C#、 Visual Basic .NET 或 C++ 这样的高级语言。
迄 今为止，从减轻部署和版本控制的负担，到自描述二进制数据所实现的丰富 IDE 功能，您可能已经熟悉了这些元数据丰富的 Microsoft_ .NET Framework 体系结构带来的所有好处。您可能不知道元数据的这种易用性带来的一个目前对于大多数开发人员来说还没有注意到的问题。为公共语言运行库 (CLR) 编写的程序更易于进行反相工程。不管怎么说，这并不是 .NET Framework 设计中的缺陷；它只是一种现代的、中间编译语言（Java 语言应用程序具有同样的特征）的现实状况。Java 和 .NET Framework 都使用内嵌在可执行代码中的丰富元数据：在 Java 中是字节码，在 .NET 中是 Microsoft 中间语言 (MSIL)。由于比二进制机器码要高级很多，可执行文件充满了可以轻松破解的信息。

⑼ .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 编写