无需API Gateway，AWS SAM搭建SQS+Lambda架构及本地运行问题

当然可以不用API Gateway，用AWS SAM给Lambda搭配SQS这类消息队列基础设施！咱们一步步解决你本地运行时找不到队列URL的问题：

1. 先确认你的SAM模板是没问题的 #

你在模板里定义的AWS::SQS::Queue资源完全符合SAM规范，当把应用部署到AWS云端时，SAM会自动创建消息队列、死信队列，并且通过!Ref MessageQueue把队列URL注入到Lambda的环境变量SQS_URL里，云端的工作流程是完全正常的。

2. 本地运行找不到队列URL的原因和解决办法 #

问题出在SAM Local默认不会模拟SQS这类后端资源，也无法自动解析模板里的CloudFormation引用（比如!Ref），所以需要手动处理两个关键点：

模拟本地SQS服务 #

你可以用LocalStack来模拟AWS SQS的本地环境：

• 先启动LocalStack：

  localstack start -d
  

• 然后创建本地消息队列（替换成你自己的队列名）：

  aws --endpoint-url=http://localhost:4566 sqs create-queue --queue-name MyMessageQueue
  

  执行后你会得到本地SQS的URL，格式大概是http://localhost:4566/000000000000/MyMessageQueue。

手动给本地Lambda注入环境变量 #

因为SAM Local无法自动填充SQS_URL，所以需要手动传递这个变量：

• 创建一个env.json文件，内容如下（替换成你自己的本地队列URL）：

  {
    "NotificationFunction": {
      "NODE_ENV": "dev",
      "MANDRILL_API_KEY": "PUyIU3DAxJzIlt7KbBE5ow",
      "SQS_URL": "http://localhost:4566/000000000000/MyMessageQueue"
    }
  }
  

• 然后用这个文件启动本地Lambda：

  sam local invoke "NotificationFunction" -e event.json --env-vars env.json
  

替代方案：用云端SQS做本地测试 #

如果你不想用LocalStack，也可以直接使用AWS云端的真实SQS队列：

• 先在AWS控制台创建好SQS队列，拿到它的URL；
• 同样用env.json把真实的队列URL传给本地Lambda，确保你的本地AWS凭证有权限访问这个队列即可。

3. 额外提醒 #

当你部署到AWS云端时，完全不需要这些手动操作——SAM会自动处理所有资源的创建和环境变量的注入，只有本地测试阶段需要咱们补全这些模拟步骤。

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