ReactJS应用集成AWS Cognito注册模块遇PreSignUp错误:请求未完成
看起来你在React应用集成Cognito注册时踩了PreSignUp触发器的坑——这个错误几乎100%和你配置的PreSignUp Lambda函数有关,Cognito在调用这个Lambda时,函数还没完成逻辑就提前退出了。我来给你捋几个必查的方向:
先看Lambda的CloudWatch日志!
这是最快定位问题的方式:打开AWS控制台,找到你的PreSignUp Lambda函数,切换到「监控」标签页,点击「查看日志中的CloudWatch」。日志里肯定会有具体的错误信息——比如未捕获的JavaScript异常、依赖包缺失、异步操作没等待完成,甚至是权限不足导致的调用失败。别跳过这一步,日志是解决这类问题的钥匙。检查Lambda的异步逻辑是否正确
很多人踩坑是因为Lambda里的异步操作没加await,导致函数提前返回,进程直接退出。举个典型的错误写法:exports.handler = async (event) => { // 这里没加await,Lambda会直接返回,异步操作还没完成就终止了 updateUserAttributes(event.request.userAttributes); return event; };改成这样就对了:
exports.handler = async (event) => { await updateUserAttributes(event.request.userAttributes); return event; };验证Lambda的超时与资源配置
Lambda默认超时是3秒,如果你的PreSignUp逻辑需要调用其他服务(比如数据库、外部API),很可能会超时。去Lambda的「配置」→「常规配置」里把超时时间调长一点(比如5-10秒),同时确保内存配置足够(至少128MB起步)。检查Lambda的执行权限
两个权限要确认:- Cognito有调用这个Lambda的权限:在Cognito用户池的「触发器」设置里,确认PreSignUp触发器已经正确关联了你的Lambda函数,并且Cognito服务角色有
lambda:InvokeFunction权限。 - Lambda自身的执行角色有必要的权限:比如如果你的Lambda要写CloudWatch日志,角色需要有
logs:CreateLogGroup、logs:CreateLogStream、logs:PutLogEvents权限;如果要访问其他AWS服务(比如DynamoDB),也要给对应的权限。
- Cognito有调用这个Lambda的权限:在Cognito用户池的「触发器」设置里,确认PreSignUp触发器已经正确关联了你的Lambda函数,并且Cognito服务角色有
直接测试Lambda函数
在Lambda控制台的「测试」功能里,选择「Cognito PreSignUp」的事件模板,填入和你注册请求匹配的用户属性,直接运行测试。如果Lambda执行失败,控制台会直接显示错误信息,比从Cognito那边查更直观。
如果按照上面的步骤排查后还是有问题,可以把Lambda的代码片段和CloudWatch日志里的具体错误贴出来,我再帮你分析~
内容的提问来源于stack exchange,提问作者Emmie Andrew

