在 .NET 中，JIT 编译器是如何缓存已编译的代码的？请详细解释代码缓存机制及其工作原理。

回答思路

1. 【回答框架 1】JIT 编译是将 IL 代码在运行时转换为机器码的过程。为提升性能，JIT 编译后的机器码会被缓存，避免多次编译同一方法。缓存存储于进程内存中，作为动态方法表的一部分，每个方法对应一个存根，指向已编译的本机代码。
2. 【回答框架 2】缓存由 JIT 内部管理，当方法首次被调用时，JIT 编译并缓存结果。后续调用直接使用缓存，无需重新编译。缓存的生命周期与应用程序域（或进程）相同，当程序集或方法被卸载时，相关缓存也会被清除。
3. 【回答框架 3】JIT 缓存并非无限，存在一些限制。例如，某些特殊方法（如泛型实例化、动态生成代码）可能缓存策略不同。此外，缓存信息可能影响内存占用，因此 JIT 会考虑代码大小和热点分析，对不常执行的方法可能不缓存。
4. 【回答框架 4】此外，.NET 支持 tiered compilation，允许先快速编译（低质量代码）后通过后台重新编译提升优化级别，并更新缓存。这种机制在运行时动态调整，兼顾启动性能与长期运行效率。
5. 【回答框架 5】理解缓存机制对性能优化很重要：频繁调用的小方法应受益于缓存，但避免过度依赖缓存容量，需关注内存与代码尺寸平衡，合理设计方法粒度。
6. 【关键点 1】JIT 编译结果缓存于进程内存中，避免重复编译。
7. 【关键点 2】缓存生命周期与应用程序域或程序集生命周期绑定。
8. 【关键点 3】分层编译允许先快速编译再优化替换缓存。
9. 【关键点 4】缓存失效可能发生在程序集卸载或进程重启时。
10. 【易错点 1】认为 JIT 缓存会导致明显的性能损耗，实际主要提升效率。
11. 【易错点 2】忽略 tiered compilation 对缓存更新机制的影响。
12. 【易错点 3】假设所有方法都同样缓存，忽略方法大小和热点分析因素。