最近带儿子参加了一个少儿编程训练营，老师布置了一个小项目：用公开API获取天气数据，做一个家庭天气播报器。孩子兴致很高，代码写得有模有样，可第二天却垂头丧气地说‘程序突然不能用了’。
为什么刚跑通的程序突然罢工？
我帮他一查才发现，问题出在调用频率上。他为了让播报更‘实时’，把程序设置成每5秒请求一次天气接口。而那个免费API明确规定：每分钟最多调用10次。他一分钟发了12次请求，直接被服务器拉黑了IP。
这让我意识到，很多孩子刚开始接触网络编程时，只关注‘能不能调通’，却忽略了‘能调多少次’。其实就像去图书馆借书，你可以合法借阅，但不可能一口气拿走所有藏书，更不能一分钟进出十趟。
什么是接口调用频率限制？
简单说，就是每个接口对单位时间内请求次数设了上限。比如：
HTTP响应头中常见字段：
X-RateLimit-Limit: 60 // 每小时最多60次
X-RateLimit-Remaining: 58 // 还剩58次可用
X-RateLimit-Reset: 3600 // 3600秒后重置这些信息藏在返回头里，不仔细看很容易错过。很多孩子写的程序崩溃，不是代码语法错，而是被默默限流了。
怎么避免踩坑？
我和孩子一起改了程序。首先加了个基础判断：
// 伪代码示例
if (距离上次请求 < 60秒) {
sleep(60秒);
}
// 再发起请求后来干脆引入缓存机制：先查本地有没有10分钟内的数据，有就直接用，没有才去请求接口。这样一来，既遵守规则，又提升了响应速度。
更重要的是，这件事成了我们父子聊天的新话题。我告诉他，网络世界也有公共秩序，就像公园里的长椅不能一个人占一排，API资源是大家共用的。懂得节制，才能长久使用。
现在他每次接入新接口，第一件事就是翻文档找‘rate limit’关键词。这种习惯，比写出多炫酷的功能都重要。