AWS Lambda Go示例代码编译报错：receive from non-chan type time.Duration

这个示例代码的问题一眼就能看出来——错误地把time.Duration类型当成可接收的通道（channel）来使用了。

为什么会报错？ #

time.Until(deadline)返回的是一个time.Duration值，代表从当前时间到指定截止时间的剩余时长，它本质上是一个数值类型（int64的别名），根本不是通道。而Go语言里的<-操作符只能用于通道的接收操作，所以编译器会抛出invalid operation: <-time.Until(...) (receive from non-chan type time.Duration)这个错误。

正确的实现方式 #

结合Lambda函数的上下文特性，我们应该通过监听ctx.Done()通道来处理超时或取消信号，同时用合理的方式处理定期任务和截止时间检查。这里给出修复后的代码：

func LongRunningHandler(ctx context.Context) string {
    deadline, ok := ctx.Deadline()
    if !ok {
        // 处理没有设置截止时间的情况，比如本地测试场景
        return "No deadline configured."
    }

    // 创建一个定时器，每50毫秒触发一次
    ticker := time.NewTicker(50 * time.Millisecond)
    defer ticker.Stop() // 确保函数退出时关闭定时器

    for {
        select {
        case <-ctx.Done():
            // 上下文被取消（Lambda超时或者调用方主动终止）
            return "Execution timed out or cancelled."
        case <-ticker.C:
            log.Print("hello!")
            // 检查是否即将到达截止时间
            if time.Until(deadline) <= 100*time.Millisecond {
                return "Finished before timing out."
            }
        }
    }
}

关键修复点说明 #

• 先校验ctx.Deadline()的返回值ok：Lambda函数通常会设置截止时间，但本地测试时可能没有，所以需要做容错处理
• 用time.NewTicker()替代time.Sleep：这样我们的循环能及时响应ctx.Done()的信号，不会因为Sleep错过取消通知
• 监听ctx.Done()通道：这是Lambda上下文通知函数停止执行的标准方式，比单纯检查截止时间更可靠
• 在每次定时触发时检查剩余时间：当剩余时间小于等于100毫秒时，主动返回完成信息，避免超时

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