net编译本地代码

1. Visual Basic .NET的编译

.NET语言，包括VB.NET，它们所开发的程序源代码并不是直接编译成能够直接在操作系统上执行的二进制本地代码，而是被编译成为中间代码，然后通过.NET Framework的通用语言运行时（CLR）——执行。所有的.Net编程语言都被编译成这种被称为MSIL（Microsoft Intermediate Language ）的中间代码，这与Java的字节码类似。因此虽然最终的程序在表面上仍然与传统意义上的可执行文件都具有“.exe”的后缀名。但是实际上，如果计算机上没有安装.Net Framework，那么这些程序将不能够被执行。在程序执行时，.Net Framework将中间代码翻译成为二进制机器码，从而使它得到正确的运行。最终的二进制代码被存储在一个缓冲区中。所以一旦程序使用了相同的代码，那么将会调用缓冲区中的版本。这样如果一个.Net程序第二次被运行，那么这种翻译不需要进行第二次，速度会明显加快。
VB.NET代码之所以不直接编译成二进制机器码，是基于.NET跨平台这一目标的考虑。 Visual Basic .NET 2002
2002年Visual Basic .NET 问世，此后Visual Basic 包含在 Visual Studio套装中。该版本又被称为VB 7.0，是与C#一起在2002年发布的最初始的VB.net版本。C#是一门新设计.Net语言并且语法上和Java有一定的相似性，所以被大力宣传为微软对付JAVA的王牌，受到媒体极力关注。然而VB.NET则相反被错误地认为仅仅是VB的一个升级(故有时被称为VB7)，它的受关注度也因此较低，当然VB社区以及喜欢Basic系列风格的语言的人还是很关注它的。那些试用过此版VB.NET的人在层层幕布下发现一个强大却艰深的语言。不过任何一种语言都是有弱点的，当然后面这一点也是.NET语言的共性，那就是运行的计算机上必须装相应版本的.Net framework。
Visual Basic .NET 2003
该版本是和.NET Framework 1.1一起发布的。新功能包括对.NET Compact Framework的支持和更好的VB升迁向导。并改进了运行状况，IDE稳定性(尤其是后台编译器)，以及运行时RunTime稳定性。另外，VB.NET2003还有一个学院版Visual Studio .NET 2003 Academic Edition (VS03AE)，它是分发给各国某些学者免费使用的版本。
Visual Basic .NET 2005
该版本是VB.Net的重大转变。但是这个版本的 Visual Studio 仍然还是面向 .NET 框架的（版本2.0）。它同时也能开发跨平台的应用程序，如开发使用微软操作系统的手机的程序等。总体来说是一个非常庞大的软件，甚至包含代码测试功能。
Visual Basic .NET 2008
Visual Basic 2008于2008年2月1日发布。通过几年的发展，它已成为一种专业化的开发语言和环境。用户可用 Visual Basic 快速创建 Windows 程序，现在还可以编写企业水平的客户/服务器程序及强大的数据库应用程序。
Visual Studio 2010
Visual Studio 2010于2010年4月12日上市，其中包含 Visual Basic .NET 2010 。Visual Studio是微软公司推出的开发环境。是目前最流行的Windows平台应用程序开发环境。Visual Studio 2010集成开发环境（IDE）的界面被重新设计和组织，变得更加简单明了。Visual Studio 2010同时带来了 NET Framework 4.0、Microsoft Visual Studio 2010 CTP( Community Technology Preview--CTP)，并且支持开发面向Windows 7的应用程序。除了Microsoft SQL Server，它还支持 IBM DB2和Oracle数据库等。
Visual Studio 2012
从该版本开始VB.NET已没有单独发售的IDE了，微软给Visual Basic .NET 以及C#开发者的IDE就只有Visual Studio 了。该版本增加了modern（原metro）风格的支持等众多新特性。
Visual Studio 2015
增加了大量新特性，提升你的编写效率。对编译器和开发环境优化，提高编译速度，帮你重构代码和解决错误。最明显的14项改进见参考资料的14 Top Improvements in Visual Basic 14。 不能简单认为VB .net是VB的新版本。首先它们一个是完全面向对象的语言，而另一个不是完全面向对象的，其次VB .NET是构建于.Net framework之上的。当然，它们同属Basic系列语言，又同为微软所开发，语法上有一定的相似或沿袭是很正常的，但不能因此认为VB .NET是VB的升级版。
对于想从VB转到VB .NET的开发者来说，如果你只是喜欢Basic系列语言的代码风格，那么你的迁移会很顺利，如果你想沿袭之前VB的编程思想和习惯，你会很苦恼，原因之一就是VB .NET贯穿的是完全面向对象的思想，而VB不是。
微软为使VB开发者更容易转到VB .NET，兼容一些VB6函数和库的用法，但是比不上.NET语言中自带的可替换的函数和库来得高效，所以我们应该尽量使用.NET下的新方法。微软还提供了VB到VB .NET的自动转换器，虽几经改进，但仍无法转换全部代码，几乎所有非小型程序都需要人工修改以完成编译。为了运行优化，大多程序需要大量工作去重构。
争议与解释：许多资深的VB程序员抱怨VB .NET，因为VB .NET丢掉了许多不再发行的VB6中使用的大量语言constructs和用户界面功能，并且对保留下来的东西也改变了语意。其实不应该再把VB和VB .NET做功能上的比较，因为它们除了有些语法相似外，可以说是完全不同的两种语言。
Visual Basic .NET与VB都代表了Basic系列语言的编码风格，Visual Basic .NET是这种编码风格在.NET平台上的继承，而不是同系列语言VB的沿袭。
语言革命
* 1991年4月，Visual Basic诞生，Visual Basic 1.0 Windows版本发布。这个连接编程语言和用户界面的进步被称为Tripod（有些时候叫做Ruby），最初的设计是由阿兰·库珀（Alan Cooper）完成的。 1992年9月，Visual Basic 1.0 DOS版本发布。
* 1998年夏天，VB6.0发布。
* 2001年，Visual Basic .NET和.NET Framework发布。Visual Basic .NET正式诞生。
* 2005年，微软宣布将不会再对非.NET版本的VB进行支持。
*2010年，Visual Basic .NET随Visual Studio 2010发布，不再提供单独的Visual Basic .NET IDE。 MONO开发平台提供了一个VB.NET特性库(VB.NET-specific libraries)并着手研发一个编译器和Windows Forms GUI 库。由于各方面的原因，VB.NET开发的开源工具较C#发展得慢一些。

2. .NET Frame work编译机制(二次编译)

C++和.Net程序采用了两种不同的编译方式。通常一个C++编写的程序，都是一次编译成二进制的代码，在相应的操作系统平台上直接执行即可。而.Net程序采用两次编译的方式，用C#，VB.Net等语言写成的程序被编译成IL代码，通过CLR在运行的时候JIT编译成为本地二进制代码。
MFC和WinForm很多设计上的不同从根本上说，都是因为编译模式带来的不同。因此，在仔细探讨MFC和WinForm之前，有必要细细体会一下不同编译方式带来的改变。
考虑一段代码，它需要在不同的编译环境下生成不同的代码，或者是为了减少代码编写量用一些替换方式取代类似的代码。在C++中利用预编译和宏来解决这些事情。MFC框架中，更是大量使用宏来进行核心功能的设计。但是宏只是一种巧妙的减少输入代码量的方式，本质上和手写输入一些代码并无区别（也许不够严密吧），它并不能在程序运行的时候动态支持代码的插入和改变，因为此时它已经编译完成了。而二次编译则不同，你可以将它的第一次编译看成是通常一次编译程序的预编译期，只是这个预编译更为的强大，它可以编译生成信息更为丰富的元数据。并且，只要在JIT执行前动态插入代码，利用反射等手段，就可以将已经编译好的程序的行为在某种程度上进行改变，其动态性能得到了本质上的改变。
因此，在MFC和WinForm中，我们可以看到两者在动态性能，安全性和效率方面都有很大的不同，总结一下，都可以归结到这不同的编译模式上来。在以后的日志中，都可以看到这些区别的

3. .net网站源码 和编译过的代码有什么区别

.net的源码就是直接利用VS或其它工具编写出的一行行代码，利用编译工具将源码编译后来生成dll文件（也就是程序集文件），前者由高级语言编写，后者由微软件的中间语言构成，.net编写的程序在执行时，第一步便是需要将源代码编译成程序集。

4. 简述.net程序编译执行机制

.NET执行机制其实同很多的编程语言有一些不同。一般的高级程序语言会直接将代码编译成为机器语言，之后由本地机执行这些高效的机器代码从而实现编译过程。而.NET中的编译机制会在中间多一个环节，就是先将高级语言(如C#、VB)编译成为中间语言(IL)，这些中间语言是.NET框架中所有的语言编译后的结果。这样说吧，比如我用C#、VB语言编写了两个类，编译之后的中间语言其实看起来是一样的，这就显示实现了.NET平台跨语言的这一事实。当然中间语言最终还是要编译成为机器代码以用于最终的本地机的运行。

5. C#源代码编译成为本地代码的编译过程

很有兴趣的话，可以去阅读下JeffreyRitchie的《ClrviaC#》，目前出到第三版，英文好的话强烈推荐看英文版的，而且我有该电子书和实体书。

下面讲下我的理解：大致上不会出什么差错的，细节部分你可以参照上面的书籍！

1.首先，c#源码经过c#编译器被编译成托管模块（IL中间代码、元数据（Metadata））

2.然后，使用C#编译器以及程序集链接器（AssemblyLinker----AL.exe）将上述托管模块以及项目的资源文件Combine（整合）成一个程序集（Assembly）

上述程序集就是你所看到的exe文件或者dll文件等等，程序集中包含了manifest描述文件，是该程序集内容以及关系的一个清单，具体的内容你可以参见JR的书跟Java中的类似！

双击该exe运行的时候：

3.最后，运行时，CLR装载对应的程序集，使用内部的三个即时编译器（常用的为JIT），再去根据本机的环境去进行相应的优化（针对CPU优化等等），即时的翻译成本地机器指令去执行。

还有一个本地化代码生成工具，NGen.exe~~

这个最好能去看看那本JR的神作！细节不是我三言两语能讲清的~~

6. .NET源代码执行前要经过两次编译，分别是哪两次

第一次编译使用.net Framework代码时,把代码编译为MSIL(即微软中间语言)这些代码不专用于任何操作系统,它是独立于机器,CPU和操作系统的.
第二次不同种类的编绎器,生成本地机器代码

7. 简述asp.net 的编译过程

从技术上讲，ASP.NET模块分析ASPX文件的内容，并将文件内容分解成单独的命令以建立代码的整体结构。完成此工作后，ASP.NET模块将各命令放置到预定义的类定义中(不需要放在一起，也不需要按编写顺序放置)。然后使用这个类定义一个特殊的ASP.NET对象Page。该对象要完成的任务之一就是生成HTML流，这些HTML流可以返回到IIS，再从IIS返回到客户。简言之，在用户请求IIS服务器提供一个页面时，IIS服务器就根据页面上的文本、HTML和代码(这对我们来说是最重要的)建立该页面。

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

.Net 反编译软件，最着名的是 Reflector。但是最新版本收费现在打开Reflector的老版本要求强制更新到最新版本。所以，你一下在打开refector 会自动删除。那么大家可以使用 ILSpy。使用ILspy。

• 1

  下载后的ILSPY 。

  打开EXE

  

• 6

  毕竟.NET 和JAVA 属于中间语言，很好反编译。