配置Provisioned Concurrency的Lambda仍出现冷启动Init Duration问题

根因分析 #

• 预配置并发（Provisioned Concurrency）仅会提前执行Lambda平台定义的INIT阶段逻辑：包括执行环境启动、运行时初始化、程序集加载、函数入口静态代码/构造函数逻辑。你使用的ASP.NET Core Serverless封装默认会将Web管道初始化、控制器首次激活、依赖注入服务首次解析、AWS SDK客户端首次初始化这些逻辑推迟到第一次请求到达时执行，这部分逻辑不属于PC覆盖的INIT阶段，所以会出现首次请求耗时高的现象。
• 你观测到的初始化耗时缺口大部分来自两个层面：一是.NET Core 3.1的运行时JIT编译，首次调用的IL代码需要实时编译为机器码；二是AWS SDK客户端的懒加载逻辑，包括凭证拉取、服务端点解析、XRay埋点初始化，都在第一次调用AWS服务时才执行。
• 极小概率来自AWS后台的PC实例主动替换：为了做硬件维护、运行时安全补丁更新，AWS会不定期替换PC实例，新实例的INIT阶段如果刚好在空闲期完成，首次业务请求还是会触发业务侧的初始化逻辑。

优化方案 #

1. 把业务侧初始化逻辑前置到INIT阶段 #

修改Lambda入口代码，在静态构造函数（属于INIT阶段，会被PC提前执行）中主动触发ASP.NET Core管道预热、SDK客户端初始化，避免首次请求时才执行：

public class LambdaEntryPoint : Amazon.Lambda.AspNetCoreServer.APIGatewayProxyFunction
{
    static LambdaEntryPoint()
    {
        // 提前构建WebHost
        var host = CreateWebHostBuilder(null).Build();
        // 模拟请求预热Web管道、控制器激活
        host.WarmupAsync().Wait();
        
        // 提前初始化所有用到的AWS SDK客户端，执行轻量调用完成懒加载
        var s3Client = host.Services.GetRequiredService<IAmazonS3>();
        _ = s3Client.ListBucketsAsync().Wait();
        
        var dynamoDbClient = host.Services.GetRequiredService<IAmazonDynamoDB>();
        _ = dynamoDbClient.DescribeTableAsync("你的业务表名").Wait();
        
        var sqsClient = host.Services.GetRequiredService<IAmazonSQS>();
        _ = sqsClient.GetQueueUrlAsync("你的队列名").Wait();
    }

    protected override void Init(IWebHostBuilder builder)
    {
        builder.UseStartup<Startup>();
    }

    public static IWebHostBuilder CreateWebHostBuilder(string[] args) =>
        WebHost.CreateDefaultBuilder(args)
            .UseStartup<Startup>();
}

2. 优化.NET运行时性能 #

• 升级到.NET 6或更高LTS版本：.NET Core 3.1已停止官方支持，.NET 6+针对Lambda场景做了大量冷启动优化，同配置下冷启动耗时可降低30%以上。
• 开启ReadyToRun编译：在项目.csproj文件中添加配置，发布时提前将高频代码编译为本地机器码，减少运行时JIT耗时：

<PropertyGroup>
  <PublishReadyToRun>true</PublishReadyToRun>
  <PublishReadyToRunShowWarnings>true</PublishReadyToRunShowWarnings>
</PropertyGroup>

• 裁剪不必要的依赖：移除未使用的Nuget包、ASP.NET Core中间件、服务注册逻辑，减少程序集加载和初始化开销。

3. 额外保障措施 #

• 调高Lambda内存配置：Lambda的CPU性能和内存成正比，.NET应用对CPU性能敏感，将内存从256MB提升到512MB或1GB，可大幅降低初始化耗时，同时Lambda按GB-s计费，更高的内存往往不会带来明显的成本上升。
• 配置定时预热触发器：使用EventBridge定时触发器，每3-5分钟调用一次你的API的轻量健康检查接口，保证所有PC实例始终处于预热状态，避免实例替换带来的偶发高耗时。

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