选择您的 Cookie 首选项

我们使用必要 Cookie 和类似工具提供我们的网站和服务。我们使用性能 Cookie 收集匿名统计数据,以便我们可以了解客户如何使用我们的网站并进行改进。必要 Cookie 无法停用,但您可以单击“自定义”或“拒绝”来拒绝性能 Cookie。

如果您同意,AWS 和经批准的第三方还将使用 Cookie 提供有用的网站功能、记住您的首选项并显示相关内容,包括相关广告。要接受或拒绝所有非必要 Cookie,请单击“接受”或“拒绝”。要做出更详细的选择,请单击“自定义”。

Lambda 函数状态

聚焦模式
Lambda 函数状态 - AWS Lambda

Lambda 在所有函数的函数配置中都包含一个状态字段,以指示您的函数何时可以调用。State 提供了有关函数当前状态的信息,包括您是否可以成功调用该函数。函数状态不会改变函数调用的行为或函数运行代码的方式。

注意

SnapStart 函数的函数状态定义略有不同。有关更多信息,请参阅 Lambda SnapStart 和函数状态

函数状态包括:

  • Pending – Lambda 创建函数后,它将状态设置为待处理。处于待处理状态时,Lambda 会尝试为函数创建或配置资源,例如 VPC 或 EFS 资源。Lambda 在待处理状态期间不调用函数。在函数上运行的任何调用或其他 API 操作都将失败。

  • Active – Lambda 完成资源配置和预置后,函数将转换为激活状态。函数只能在激活时成功调用。

  • Failed – 表示资源配置或预置遇到错误。

  • Inactive – 当函数空闲时间足够长,以便 Lambda 回收为其配置的外部资源时,函数变为非激活状态。当您尝试调用非激活函数时,调用会失败,Lambda 将函数设置为待处理状态,直到重新创建函数资源。如果 Lambda 无法重新创建资源,则函数将返回到非激活状态。您可能需要解决错误并重新部署函数以将其恢复到活动状态。

如果您使用基于 SDK 的自动化工作流程或直接调用 Lambda 的服务 API,请确保在调用之前检查函数的状态以验证函数是否处于活动状态。您可以使用 Lambda API 操作 GetFunction 来执行此任务,或者使用 AWS SDK for Java 2.0 来配置 Waiter。

aws lambda get-function --function-name my-function --query 'Configuration.[State, LastUpdateStatus]'

您应看到以下输出:

[
 "Active",
 "Successful" 
]

在函数创建处于挂起状态时,以下操作会失败:

更新期间的函数状态

Lambda 有两种更新函数的操作:

Lambda 使用 LastUpdateStatus 属性来跟踪这些更新操作的进度。更新正在进行时(当 "LastUpdateStatus": "InProgress" 时):

例 GetFunctionConfiguration 响应

以下示例是针对正在更新的函数的 GetFunctionConfiguration 请求的结果。

{ "FunctionName": "my-function", "FunctionArn": "arn:aws:lambda:us-east-1:123456789012:function:my-function", "Runtime": "nodejs22.x", "VpcConfig": { "SubnetIds": [ "subnet-071f712345678e7c8", "subnet-07fd123456788a036", "subnet-0804f77612345cacf" ], "SecurityGroupIds": [ "sg-085912345678492fb" ], "VpcId": "vpc-08e1234569e011e83" }, "State": "Active", "LastUpdateStatus": "InProgress", ... }

下一主题:

重试

上一主题:

在控制台中测试

本页内容

隐私网站条款Cookie 首选项
© 2025, Amazon Web Services, Inc. 或其附属公司。保留所有权利。