已部署的Lambda函数无法向SQS发送消息求助

一、代码逻辑问题（最可能的直接原因） #

你的sendtoQueue是async函数，但内部用了回调式的sqs.sendMessage——Lambda执行环境会在async函数返回后立刻终止，不会等待回调执行完成，导致消息还没发送就结束了。

同时代码里的Messageld是拼写错误，应该是MessageId，会导致日志输出异常。

修改为Promise形式调用，确保异步操作完成：

async function sendtoQueue(body) {
  var params = {
    DelaySeconds: 0,
    MessageAttributes:{
      "Title": {
        DataType: "String",
        StringValue: "AWS SQS"
      },
      "Author": {
        DataType: "String",
        StringValue: "Wolf"
      }
    },
    MessageBody: body,
    QueueUrl: "https://sqs.us-west-1.amazonaws.com/myqueueurl",
  };

  try {
    const data = await sqs.sendMessage(params).promise();
    console.log("Successfully sent to Queue", data.MessageId);
  } catch (err) {
    console.log("Error", err);
  }
};

二、权限与区域问题 #

1. IAM控制台区域不影响权限生效：IAM是全局服务，不管在哪个区域的控制台配置权限，只要角色正确关联到Lambda就会生效。但要确认两点：
   • 给Lambda执行角色添加的权限中，Resource是你SQS队列的正确ARN（格式为arn:aws:sqs:us-west-1:你的账号ID:队列名），且包含sqs:SendMessage动作。
   • Lambda函数的执行角色确实是你配置了权限的那个角色，部署时不要选错角色。
2. SQS访问策略已足够开放：你的SQS策略允许所有AWS主体执行所有SQS操作，所以权限问题大概率出在Lambda的执行角色，而非SQS侧。

三、必做排查步骤 #

• 查看Lambda的CloudWatch日志：部署后执行函数，去对应日志组里找执行日志，看是否有权限被拒、队列URL错误等报错信息，这是定位问题最快的方式。
• 确认队列URL完全正确：检查QueueUrl中的账号ID、队列名是否和实际一致，区域是否为us-west-1。

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