因为CLR会在内存紧张或者程序切换到后台时丢弃本地代码，所以在程序继续运行时，相同的IL代码会被再次JIT编译。正因为如此我们才作出了第二个关于JIT编译器的设计决定：编译IL代码的时间通常优先于生成本地代码的质量。作为一个优秀的编译器，Compact Framework JIT编译器做了一些基本的优化，但是为了让应用程序保持响应，就需要更快地生成代码，更多地优化措施要根据其速度来决定是否执行。
JIT编译器最后一个关键设计原则是不涉及内存使用，这样做是为了让JIT编译器更方便移植。我在第一部分曾提到，Compact Framework的运行环境不仅要求它能够在内存受限设备上运行，而且需要它可以在不同的处理器上运行。.Net Compact Framework目前可以运行在包括x86、Arm、SH和MIPS等处理器上，而且还可以根据要求支持更多的处理器。因为需要跨越不同领域的设备，JIT编译器被设计成花费最少时间，便可以支持一种新的处理器类型的架构。一种技术被用来增加可移植性，就是将处理器相关的操作限制在最小程度。
