在.net中为什么第一次执行会慢？

众所周知.NET在第一次执行的时比第二第三次的效率要低很多，最常见的就是ASP.NET中请求第一个页面的时候要等上一段时间，而后面任意刷新响应都非常迅速，那么是什么原因导致的呢？为什么微软不解决这个问题呢？

问题

首先大家可以在心底回答这几个问题，这也是读完本文之后会陆续解决的问题。

1.生成就是编译吗？

2.既然执行过一次之后效率会高很多为什么微软不解决这样的问题呢？

3.预编译比JITCompiler的方式好吗？

效率比较

第一次执行耗费了399

第二次执行耗费了5

为什么差这么多呢？后面就让我们来揭晓。

注：单位不是ms（毫秒）

生成就是编译吗？

首先我先回答第一个问题：生成也是编译（语言编译），只不过不是编译成机器码（汇编），而是“IL”，但一般人会听到编译都联想到编译成机器码（汇编），所以大家最好叫生成。

既然在生成的时候没有编译成机器码，那么计算机是如何执行的呢？下面我们来看描述了方法首次调用的一幅图，摘自网络。

 

可以看出，在WriteLine下有个JITCompiler，没错就是这个函数帮我们把WriteLine编译成了机器码。

那当第二次执行的时候JITCompiler会变成本地代码，也就是说JITCompiler不会再次执行了，顺带得到的好处就是效率提升了。

既然执行过一次之后效率会高很多为什么微软不解决这样的问题呢？

为什么微软不再VS生成的时候就编译成机器码呢？

其实微软有提供相关的设置（预编译），但不推荐使用。

微软既然提供了预编译为什么不把它设为默认的呢？

这个就得跳到第三个问题咯，大家继续往下看。

预编译比默认的方式好吗？

多平台支持

再写完一个程序时（WinForm比较常见）可以发现可疑同时运行在x86和x64的平台上，那为什么x64的操作系统一开始会有那么多的x86软件兼容问题呢？

其实针对x86和x64平台的指令是有区别的，深入的我也不太了解，有大牛可以细说说。

那为什么一次生成可以同时在x64和x86上同时运行呢？

原因其实很简单：JITCompiler是在执行方法时才会将IL编译成机器码，那么微软当然有办法根据平台的差异性编译出对应的机器码。

忽略不适应代码

   1: if (numberOfCPUs > 1) {

   2: ...

   3: }

如果主机只有一个CPU,JIT编译器不会为上述代码生成任何CPU指令,那么这样顺带的结果就是最终的代码变得更小,执行的更快（可能有人说扯淡，就算一个CPU的这段代码也不会执行啊，那么大家得考虑机器码不是面向对象的语言可能一个小小的if就会顺带很多指令）。

未来还有更多

这种优化未来只会更多，因为CLR在不停的更新。。。

抛弃预编译吗？

答案肯定是否的，预编译有自己的优势，如果你所写的代码只在一台服务器或者少个数的服务器上运行，那么完全可以针对服务器进行预编译，但面向多服务端、客户端的程序还是最好采用JIT编译。

 

结语

部分引自：CLR via C#（第三版）

其实我觉得.NET并不是完全的编译型语言，从JIT编译来看他也是一种解析执行语言（把IL解析成机器语言）。

分类: .NET基础

绿色通道： 好文要顶 关注我 收藏该文与我联系

KAnts
关注 - 4
粉丝 - 20

+加关注

12

0

(请您对文章做出评价)

上一篇：记”Uri.IsWellFormedUriString”中的BUG

posted @ 2013-11-07 11:13 KAnts 阅读(2516) 评论(30) 编辑 收藏

评论列表