调用5-10分钟长耗时AWS Lambda持续触发ReadTimeout超时排查

AWS Java SDK 的套接字读超时默认值就是 60000 毫秒（1分钟），你之前所有超时配置都没有实际覆盖到这个默认值，才会每次都恰好卡1分钟触发ReadTimeout异常。配置不生效的两个主要诱因：

• 在单次请求对象InvokeRequest上设置超时参数，不会覆盖全局客户端的默认配置，属于配置位置错误
• 你尝试把超时值设为0，SDK 的参数校验逻辑会直接跳过所有小于等于0的超时配置，自动回退到默认值，不会实现“无限制超时”的效果

按照SDK版本分别配置，不要混淆参数：

v1 版本 SDK 配置 #

直接修改原有代码中ClientConfiguration的配置项，注意所有超时值都传正整数的毫秒数，不要传0：

AWSLambda awsLambda = AWSLambdaClientBuilder.standard()
    .withCredentials(new EC2ContainerCredentialsProviderWrapper())
    .withRegion(Regions.EU_WEST_1)
    .withClientConfiguration(new ClientConfiguration()
        // 建立TCP连接的超时，10秒足够
        .withConnectionTimeout(10 * 1000)
        // 单轮请求从网络读响应的最长等待时间，设置为15分钟，覆盖最长10分钟的Lambda执行耗时
        .withSocketTimeout(15 * 60 * 1000)
        // 全链路总请求超时，和socket超时匹配
        .withClientExecutionTimeout(15 * 60 * 1000)
        // 关闭所有自动重试，符合单次调用要求
        .withMaxErrorRetry(0)
    ).build();

v2 版本 SDK 配置 #

v2 版本的超时配置位置和v1完全不兼容，你之前测试v2版本复现1分钟超时，本质是套用了v1的配置写法，v2客户端根本识别不到这类参数，直接走了默认的60秒读超时。按照以下方式配置即可，同样不要传0值：

LambdaClient lambdaClient = LambdaClient.builder()
    .credentialsProvider(EC2ContainerCredentialsProviderWrapper.create())
    .region(Region.of(Regions.EU_WEST_1.getName()))
    .overrideConfiguration(
        ClientOverrideConfiguration.builder()
            // 全链路总请求超时
            .apiCallTimeout(Duration.ofMinutes(15))
            // 单次读响应的超时
            .apiCallAttemptTimeout(Duration.ofMinutes(15))
            .retryPolicy(RetryPolicy.none())
            .build()
    ).build();

• 不要尝试用超时值设0的方式实现无限制等待，AWS SDK 没有实现这个逻辑，只要传入的超时值小于等于0，就会被参数校验拦截，直接回退默认配置
• 超时值设置要比被调用Lambda的最长执行时间多预留30秒以上的网络延迟冗余，不要刚好卡在10分钟的边界值
• 客户端超时配置生效后，因为已经关闭了自动重试，不会出现SDK主动重复调用Lambda的问题

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