在.NET平台里,大部分编译器的优化并不是通过VB和C#编译器来完成的。它们宁可把优化的处理推后到CLR的即时(Just In Time,JIT)编译器读取IL,并转换为原生机器码的时候来完成。由于这个原因,对JIT的改变会极大地影响之前编译好的程序集。
一个主要的影响就是内联函数(Inlining Function)调用。之前,JIT对内联方法的处理非常保守,Vance Morrison解释了个中缘由,
它 对内联的处理并不是很好。内联总是减少指令执行的数量(这是由于最低限度的调用和返回指令没有被执行),但是它能(并经常)让结果代码变得很大。大部分人 都能直觉地理解,内联大的方法(比如1Kb的)不是很有意义,而内联非常小的方法可以让调用的占用空间更小(由于调用指令才5字节),这样的选择总是正确 的,但是介于两者之间的方法要如何处理呢?
有趣的是,当你让代码变大时,你也就让它执行缓慢,因为内存天生地缓慢;你的代码越大,它越不会放在最快的CPU缓存(称之为L1)里面执行,在那样的情况下.