如何确认AWS .NET Core Lambda函数编译后是否已成功prejitted？

构建阶段验证 #

• 查看CodeBuild发布日志
  在buildspec.yml的发布命令中添加日志级别参数，将dotnet publish修改为dotnet publish -v n开启常规级别日志输出。如果R2R配置生效，日志中会出现CrossGen工具执行的相关记录，例如Generating ready-to-run images、CrossGen process started for assembly xxx.dll这类内容，CrossGen是微软实现R2R功能的核心工具，用于提前将IL代码编译为对应平台的原生代码。
• 检查发布产物特征
  1. 体积对比：开启R2R的发布产物中，业务dll和依赖dll的体积会比纯IL编译的产物大30%~200%不等，因为每个dll都嵌入了对应平台的原生代码段。
  2. 命令验证：在Ubuntu构建环境中执行file 你的项目主程序集.dll，如果是针对x64 Linux的R2R编译产物，输出会包含PE32+ executable (console) x86-64标识；也可以用objdump工具查看dll结构，正常R2R产物会包含.text等原生代码段。
• 配置正确性校验：确认publish命令没有添加--no-ready-to-run参数，且构建环境安装的SDK版本与项目目标版本（.NET Core 3.1）一致，否则R2R配置会被静默覆盖。

部署后Lambda侧验证 #

• 检查冷启动指标
  在CloudWatch对应Lambda函数的指标中，查看Init Duration（初始化耗时）指标，相同代码下开启R2R的冷启动耗时会比未开启的低30%~60%，项目依赖越多、代码量越大，优化幅度越明显。测试时需要确保每次触发都是冷启动：可以通过更新函数配置、部署新版本后首次触发的方式避免热启动干扰。
• 运行时代码校验
  在Lambda函数入口代码中加入以下检测逻辑，运行后查看CloudWatch日志输出即可直接确认是否生效：

  using System.Reflection;
  using System.Runtime;
  
  // 放在函数初始化逻辑中
  var currentAssembly = Assembly.GetExecutingAssembly();
  var isReadyToRun = currentAssembly.GetCustomAttribute<ReadyToRunAttribute>() != null;
  Console.WriteLine($"当前程序集是否为ReadyToRun编译：{isReadyToRun}");
  

• 运行时日志校验
  将Lambda的运行时日志级别调整为Debug，在启动日志中可以看到.NET运行时加载程序集的记录，如果R2R生效，会出现Using pregenerated native image for xxx.dll这类提示，说明运行时直接加载了预编译的原生代码，没有触发即时JIT编译。

注意：R2R编译的产物和运行架构强绑定，如果你在x64架构的CodeBuild环境构建，必须部署到x64架构的Lambda运行环境，否则预编译的原生代码无法使用，运行时会回退到JIT编译，R2R配置失效。

内容的提问来源于stack exchange，提问作者maxmoore14