Lambda调用遇未处理错误，3秒超时问题求助

1. Lambda FunctionError: Unhandled 及超时问题 #

• 根本原因：Lambda代码向DynamoDB写入数据时，数据类型未匹配DynamoDB要求的格式，导致未捕获的异常抛出，触发Unhandled错误；未处理的异常会让Lambda进程无法正常结束，最终触发3秒超时。
• 解决要点：DynamoDB要求数据必须以AttributeValue格式传递（比如字符串用S标识，数字用N标识），不能直接传入Python原生类型。示例代码：

  import boto3
  from boto3.dynamodb.types import TypeSerializer
  
  dynamodb = boto3.client('dynamodb', endpoint_url="http://host.docker.internal:4566")
  serializer = TypeSerializer()
  
  # 正确写法：将Python类型转为DynamoDB格式
  item = {
      'id': serializer.serialize('123'),
      'count': serializer.serialize(456)
  }
  dynamodb.put_item(TableName='your-table', Item=item)
  

  或者使用资源层（Resource）API，它会自动处理类型转换：

  import boto3
  
  dynamodb = boto3.resource('dynamodb', endpoint_url="http://host.docker.internal:4566")
  table = dynamodb.Table('your-table')
  # 直接传Python原生类型即可
  table.put_item(Item={'id': '123', 'count': 456})
  

2. Boto3端点连接失败的原因 #

• 核心逻辑：LocalStack通常运行在Docker容器中，Lambda函数默认也在LocalStack管理的独立Docker容器内执行。
  • 若之前用http://localhost:4566作为endpoint_url，Lambda容器内的localhost指向的是它自身容器，而非运行LocalStack的容器/宿主机，因此无法建立连接。
  • host.docker.internal是Docker提供的特殊域名，专门用于容器内访问宿主机的网络服务。只要LocalStack在宿主机运行，或Docker开启了host.docker.internal支持（默认开启），Lambda容器就能通过这个域名正确访问到LocalStack的4566端口。
• 替代方案：如果用Docker Compose部署LocalStack和相关服务，可将Lambda加入同一个Docker网络，直接用LocalStack的服务名（比如localstack）作为地址，即http://localstack:4566，这种方式更稳定。

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