无服务器使用invokelocal处理请求负载的方式与部署到AWS时的行为似乎有所不同。预期的行为是您会像这样将有效负载从请求正文中拉出...funcHandler(ctxcontext.Context,requestevents.APIGatewayProxyRequest)然后像这样将其解码为您的数据类型...typeSearchQuerystruct{Callerstring`json:"caller"`Valuestring`json:"value"`}err:=json.Unmarshal([]byte(request.Body),&searchQuery)但是，当使用--d

无服务器使用invokelocal处理请求负载的方式与部署到AWS时的行为似乎有所不同。预期的行为是您会像这样将有效负载从请求正文中拉出...funcHandler(ctxcontext.Context,requestevents.APIGatewayProxyRequest)然后像这样将其解码为您的数据类型...typeSearchQuerystruct{Callerstring`json:"caller"`Valuestring`json:"value"`}err:=json.Unmarshal([]byte(request.Body),&searchQuery)但是，当使用--d

什么有效我制作了一个简单的文字游戏。它工作得很好。用户要求的一件事是单词有效性检查。我在AWSLambdaProxy/Node.js端点上运行oxforddictionaryapi，当我通过浏览器访问APIGatewayuri时效果很好。我选择AWSLambda函数是为了保护我的OxfordAPIkey，并拥有更直接的CORS控制。采取的步骤我在AWSAPIGateway中启用了CORS，并在开发过程中使用了“*”通配符。我开始使用我的本地服务器@127.0.0.1编写游戏的附加内容。遇到错误我遇到了以下问题:myproject.html:57跨域读取阻止(CORB)阻止了跨域响应ht