CloudFront引用旧版Lambda@Edge版本问题求助

Hey there! 作为AWS新手碰到这种状况真的很常见，别慌，咱们一步步来排查和解决这个问题：

1. 先确认CloudFront到底绑了哪个Lambda版本 #

这是最关键的第一步，得先搞清楚当前分发是不是真的没用到新版本：

• 打开CloudFront控制台，找到你的目标分发，切换到Behaviors标签
• 选中出问题的行为（比如默认行为），点击Edit按钮
• 往下翻到Lambda Function Associations区域，看Origin Response对应的Lambda ARN——ARN末尾的数字就是版本号，比如arn:aws:lambda:...:function:your-image-resize-func:16才是你要的版本16，如果是:1或者其他旧数字，那确实绑定错了

2. 检查Lambda@Edge版本的同步状态 #

Lambda@Edge更新后，需要同步到CloudFront全球的边缘节点，这个过程可能要等10-15分钟：

• 打开Lambda控制台，找到你的Origin Response函数，进入Versions标签页
• 找到版本16，看它的状态——如果显示Deployed to Lambda@Edge，说明同步完成；要是还在部署中，别急，多等会儿再测试

3. 验证新版本Lambda的代码是否正常 #

如果已经绑定了版本16但还是有问题，可能是版本16的代码本身出了问题：

• 在Lambda控制台的版本16详情页，点击Test，用CloudFront的Origin Response事件模板创建测试用例
• 运行测试，看看有没有报错，返回结果是不是符合你的预期
• 要是测试失败，对比版本16和之前正常版本的代码，找找有没有修改错逻辑、漏掉依赖或者语法错误

4. 排除CloudFront缓存的干扰 #

就算绑定了新版本，边缘节点的旧缓存可能还在生效：

• 测试的时候可以给图片URL加个查询参数，比如example.jpg?v=test16，绕过缓存直接触发新版本Lambda处理
• 或者在CloudFront控制台的Invalidations标签页，创建一个/*的失效请求，强制刷新所有边缘节点的缓存

5. 确认Lambda@Edge的权限配置有没有问题 #

新版本的Lambda必须有正确的权限才能被CloudFront调用：

• 查看版本16的Permissions标签页，确认Lambda@Edge的服务角色已经把cloudfront.amazonaws.com设为可信实体
• 检查角色的权限策略，确保允许CloudFront调用该Lambda函数

另外提醒一句：如果是新建的CloudFront分发，千万不要绑定$LATEST版本的Lambda——这是开发中的临时版本，生产环境必须绑定固定的版本号，不然很容易出现版本不一致的问题。

要是做完这些还是没解决，把CloudFront日志里的错误信息或者Lambda执行日志贴出来，咱们再精准定位问题~

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