请解释 .NET 中 ReadyToRun（R2R）格式的定义及其核心原理，并说明该格式通过哪些手段提升应用程序的启动速度？

回答思路

1. 【回答框架 1】R2R 是 .NET Core 3.0 起引入的预编译格式，核心原理是预先将 IL 编译为针对特定平台的目标文件（如 Windows x64），并打包在程序集中。其本质是混合编译：包含本机代码和原始 IL，本机代码用于减少启动期 JIT 编译量。
2. 【回答框架 2】启动速度提升来自两方面：其一，避免逐方法 JIT 编译，尤其是程序集加载初期的热路径方法；其二，R2R 本机代码可直接映射执行，减少运行时元数据查找和代码生成开销。典型收益是冷启动时间降低，但需权衡文件体积增大。
3. 【回答框架 3】R2R 并非全量预编译，仅为部分方法生成本机代码，其余仍走 JIT。为确保正确性，运行时在方法被替换或依赖变更时，会回退到 JIT 编译，因此 JIT 依然是最终兜底。
4. 【回答框架 4】控制方式：通过项目属性 PublishReadyToRun 开启发布时预编译，可使用 ReadyToRunCompressor 优化体积。适用场景是容器冷启动、微服务和 CLI 工具等对启动时间敏感的场景。
5. 【回答框架 5】性能测试时应对比冷启动和热启动指标，同时关注二进制大小和内存占用，因 R2R 可能增加部署体积，需在启动速度与体积之间权衡。
6. 【关键点 1】R2R 是预编译到目标平台的本机代码加 IL 的混合格式。
7. 【关键点 2】核心优势是减少启动期 JIT 工作，显著降低冷启动时间。
8. 【关键点 3】R2R 只覆盖部分方法，运行时仍可能回退到 JIT。
9. 【关键点 4】开启方式为发布时设置 PublishReadyToRun，可选压缩。
10. 【关键点 5】优化目标是启动速度，但代价是文件体积增加。
11. 【易错点 1】误以为 R2R 会完全消除 JIT，实际是部分预编译，运行时仍需 JIT 兜底。
12. 【易错点 2】忽略版本兼容性：R2R 针对特定平台，跨平台或降级环境可能失去预编译效果。
13. 【易错点 3】在压测时未对比冷启动和热启动，导致结论偏差。