我注意到，如果一个模板包含自定义资源lambda，该资源被破坏（有一个运行时错误，或者它没有正确发送一个响应正文），那么CloudFormation堆栈就挂在这个特定资源上的创build阶段。
当你试图强行删除堆栈时，它会挂在同一个自定义资源上（因为它会在删除时调用相同的lambda并收到相同的错误）。
需要1个小时才能收到“DELETE_FAILED”状态，之后你可以用自定义资源lambda强制删除堆栈忽略这个错误。
我的问题：有可能以某种方式避免或减less这个巨大的（1小时）的延迟？
在CloudFormation中不是这样的行为错误吗？ 因为从我的angular度来看，如果自定义的lambda失败了，没有意义等待。