AWS API Gateway自定义授权器异常：GET/POST请求互斥授权报错

这种交叉授权失败的循环问题我之前在AWS API Gateway+自定义授权器的场景里碰到过类似的，结合你描述的现象——GET正常→POST报错→等待后POST正常→GET又报错，而且已经禁用了授权器缓存，大概率是以下几个原因导致的：

可能的原因 #

1. 自定义授权器Lambda存在跨请求的状态污染 #

你用同一个Lambda授权器处理GET和POST两种请求，而Lambda的**容器复用（Warm Start）**特性会导致handler外的全局变量在多个请求间共享。比如：

• 处理GET请求时，全局变量被设置为适配GET的授权逻辑参数
• 紧接着处理POST请求时，这个全局变量没被重置，导致授权逻辑错误，返回未授权
• 等几分钟后，Lambda容器被回收（冷启动），全局变量重置，POST请求能正常授权
• 之后处理GET请求时，又复用了POST请求后的容器状态，导致GET授权失败

这是最常见的原因，哪怕你禁用了授权器缓存，Lambda自身的容器复用依然会带来这种问题。

2. 授权器Lambda的Policy生成逻辑未区分HTTP方法 #

如果你的授权器生成policyDocument时，没有根据请求的HTTP方法（GET/POST）来生成对应的资源权限，就会出现这种交叉失败的情况。比如：

• 处理GET请求时，生成的Policy只允许GET /user/company
• 但这个Policy被错误地复用给了POST请求（因为Lambda状态残留），导致POST请求被拒绝
• 反之亦然，POST的Policy被复用给GET请求时也会失败

3. API Gateway方法与授权器的关联配置存在隐性问题 #

虽然你说两个方法都配置了同一个授权器，但可能存在以下隐性问题：

• 其中一个方法的授权器配置未正确部署到对应阶段（比如改了配置但没点「Deploy」按钮）
• 两个方法的Token Source配置不一致（比如GET从Query参数拿Token，POST从Header拿，但你的请求里POST的Token位置不对，不过这个解释不了“等待后恢复”的现象）

4. Lambda授权器的并发节流或延迟 #

如果你的Lambda授权器并发配额不足，连续调用不同方法时，后一个请求的授权会被节流，导致API Gateway在超时时间内没拿到授权结果，返回未授权。等几分钟后，Lambda的并发资源释放，请求就能正常处理。不过这种情况一般是偶发，而非循环出现，但可以作为排查方向。

排查与解决建议 #

• 检查Lambda代码的全局变量：把所有在handler函数外定义的变量移到函数内部，或者在每次请求开始时重置这些变量，彻底避免状态污染。
• 添加详细日志：在Lambda里打印请求的httpMethod、token、policyDocument内容等关键信息，然后在CloudWatch日志里对比成功和失败请求的差异，定位具体是哪一步出了问题。
• 单独测试授权器Lambda：模拟API Gateway的输入格式（包含httpMethod、resource等字段），分别调用Lambda测试GET和POST请求的授权结果，看返回的Policy是否正确包含对应方法的权限。
• 确认API Gateway部署状态：检查两个方法的授权器配置是否一致，并且确保最新配置已经部署到了对应的阶段。
• 查看Lambda监控指标：在CloudWatch里查看Lambda的Throttles（节流）、Invocation Errors（调用错误）指标，确认是否存在并发或执行错误。

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