AWS lambda功能在超时错误后停止工作

Question

我有一个简单的lambda函数，它异步进行API调用，然后返回数据。99%的情况下效果很好。当API所用的时间超过lambda配置的超时时间时，它会给出一个预期的错误。现在的问题是，当我对lambda函数进行任何后续调用时，它会永久性地给我超时错误。

 "errorMessage": "2016-05-14T22:52:07.247Z {session} Task timed out after 3.00 seconds"

为了测试这种情况，我将lambda超时设置为3秒，并有办法在lambda中触发这两个函数。

Javascript

function now() { 
    return response.tell('success'); 
}

function wait() {
    setTimeout(function() { return response.tell('success'); }, 4000);
}

当我调用now函数时，没有问题。当我调用wait函数时，我会得到超时错误，然后对now的任何后续调用都会给出相同的错误。

这是预期的行为吗？我认为对lambda函数的任何后续调用都应该有效。我知道我总是可以增加配置超时，但宁愿不要。

Answer 1

我也遇到过同样的问题，事实上，在很多情况下，Lambda变得没有反应，例如：

>

exports.handler = function(event, context, callback)
{
    var nonValidJson = "Not even Json";
    var jsonParse = JSON.parse(nonValidJson);

访问未定义变量的属性：

exports.handler = function(event, context, callback)
{
    var emptyObject = {};
    var value = emptyObject.Item.Key;

访问RDS后不关闭mySql连接会导致Lambda超时，然后变得无响应。

当我说“无响应”时，它实际上甚至没有加载，也就是说，处理程序中的第一次打印没有打印，Lambda只是在每次运行超时时退出：

exports.handler = function(event, context, callback)
{
    console.log("Hello there");

这是一个缺陷，AWS团队已经知道了将近一年：
https://forums.aws.amazon.com/thread.jspa?threadID=238434

不幸的是，它仍然没有被修复，在一些测试之后，它发现事实上Lambda试图重新启动（重新加载容器？），只是时间不够。如果您将超时设置为10秒，在执行时间~4秒后，Lambda开始工作，然后在下一次运行中开始正常运行。我也尝试过设置：

context.callbackWaitsForEmptyEventLoop = false;

把所有的“require”块放在处理程序中，什么都不起作用。防止Lambda死机的唯一方法是设置更大的超时，10秒应该足以作为防止此错误的变通保护。

Answer 2

如果在函数配置中定义了3秒，那么这个超时将覆盖代码中的时间，因此请确保从lambda函数配置中增加超时，然后重试wait（），它应该会工作！

Answer 3

您应该了解函数句柄如何与特定的上下文一起工作。callbackhaitsforemptyeventloop

如果该布尔类型为false，则永远不会触发setTimeout，因为您可能已经回答/处理了lambda调用。但是，如果callbackhaitsforemptyeventloop的值为true，那么你的代码将完成你想要的功能。

此外，通过回调直接处理所有事情可能更容易，无需“手写”超时、更改配置超时等等。。。

例如。

function doneFactory(cb) { // closure factory returning a callback function which knows about res (response)
  return function(err, res) {
    if (err) {
      return cb(JSON.stringify(err));
    }
    return cb(null, res);
  };
}

// you're going to call this Lambda function from your code
exports.handle = function(event, context, handleCallback) {

  // allows for using callbacks as finish/error-handlers
  context.callbackWaitsForEmptyEventLoop = false;

  doSomeAsyncWork(event, context, doneFactory(handleCallback));
};