死循环刷爆云函数，醒来发现天价账单
发生了什么
代码中存在一个未被发现的死循环，在夜间不断调用付费的云函数接口。由于没有设置用量上限或预算告警，调用持续了整整一夜。第二天早上，账户上已经累积了数千美元的费用。
缺失了哪块知识地图
代码存在无终止条件的循环调用，且没有配置任何费用监控机制——既没有设置预算告警，也没有设置用量上限。免费额度耗尽后服务自动切换到了按量计费模式。
那天发生了什么
你的应用有一个简单的功能：接收用户的问题，调用 AI 接口生成回答。每次调用的费用微不足道——不到一分钱。你觉得这点钱完全不需要担心。
但你的代码里有一个微小的 bug：在某个特定条件下，调用 AI 接口的函数会触发自身重新执行——形成了一个死循环。这个 bug 在平时几乎不会被触发，所以你测试的时候没有发现它。
某天晚上，一个用户刚好触发了这个条件。程序开始无限循环地调用 AI 接口——每秒数十次，持续了整整一夜。没有任何告警响起，因为你从来没有设置过。
第二天早上你查看邮箱，发现了一封来自云服务商的邮件。打开一看：账单金额是一个你从未预料到的数字。
问题出在哪里
这个故事里有两个问题叠加在一起，共同造成了灾难。
第一个问题是代码 bug。 死循环是一种常见的编程错误，尤其在递归调用和事件触发的场景中容易出现。AI 在写这类逻辑时，有时不会自动加入循环终止条件或最大调用次数的限制。
第二个问题是没有任何安全网。 即使有 bug，如果你设置了预算告警（费用超过 10 美元时通知我）或用量上限（每天最多调用 1000 次），损失也能被控制在可接受的范围内。但你什么都没设置，所以系统就像一辆没有刹车的车，一路冲到了悬崖边。
怎么避免重蹈覆辙
在使用任何按量计费的服务时，第一件事就是设置预算告警和用量上限。 这比你写的任何代码都重要。
- 登录你的云服务平台，找到"计费"或"预算"设置页面。
- 设置一个月度预算金额——比如 5 美元或 10 美元。超过这个金额时，平台会发送通知。
- 如果平台支持"硬性上限"（超过后自动停止服务），一定要开启。宁可服务暂时中断，也不要让费用无限制地累积。
在代码层面，让 AI 为你的调用逻辑加入防护：每个用户每分钟最多调用 N 次、整个系统每天最多调用 M 次。这些限制可以在 bug 出现时充当最后的安全阀。
花五分钟做这些设置，可能帮你避免五千美元的损失。
如何预防