别着急，这种情况我碰到好多次了，虽然你已经把授权设为None，但还是有几个容易忽略的点会导致这个错误，咱们一个个排查：

• 首先确认你是否重新部署了API：这是最常见的坑！在API Gateway里修改任何设置（包括授权方式）后，都需要重新部署到对应的阶段（比如默认的prod阶段）。操作步骤：

  1. 打开API Gateway控制台，选中你的API
  2. 点击顶部的Actions按钮，选择Deploy API
  3. 选择你要部署的阶段（如果没有就新建一个），点击Deploy完成

• 检查访问的URL是否正确：你得用部署阶段的正式URL，而不是控制台里的临时链接。正确的URL格式是：

  https://{api-id}.execute-api.{region}.amazonaws.com/{stage-name}/{resource-path}
  

  举个例子，如果你的API部署在prod阶段，资源路径是根路径/，那完整URL应该是https://abc123.execute-api.us-east-1.amazonaws.com/prod/——注意末尾的斜杠，如果你的资源配置了根路径，这个斜杠不能少，否则会触发认证错误。

• 验证单个方法的授权设置：有时候全局设置没问题，但具体的HTTP方法（比如GET/POST）可能还是保留了AWS_IAM授权。检查步骤：

  1. 在API Gateway的资源树里，点击你配置的方法（比如GET）
  2. 切换到Method Request标签
  3. 找到Authorization选项，确保它被设置为None
  4. 同时确认API Key Required是false
     修改后记得重新部署API！

• 确认资源路径匹配：比如你把Lambda关联到了/test路径，但你访问的是根路径/，这时候API Gateway找不到对应的资源，也会返回Missing Authentication Token错误。要确保你访问的路径和你配置的资源路径完全一致。

• 测试API Gateway内部调用：在API Gateway控制台里，点击对应的方法，选择Test标签，直接发送测试请求。如果测试能正常返回Lambda的响应，说明Lambda和API Gateway的集成没问题，问题出在外部访问的URL或部署上；如果测试也报错，再去检查IAM角色：确认API Gateway的执行角色有lambda:InvokeFunction权限（通常创建集成时会自动生成这个角色，但可以去IAM控制台验证）。

按照上面的步骤排查，基本就能解决问题，让你的API可以公开访问了！

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