免费 API 接口怎么核对与接入：没有可核验清单时，先定这六项
本文没有给出免费 API 推荐清单，也没有实测结论，因为本次没有可用的正文素材和测试记录。文章提供一个可操作的核对框架：先区分“免费”的四种口径，再逐项核对额度、认证、限流、数据来源与许可、稳定性承诺、变更政策六个字段，最后用带超时与退避的客户端骨架和可复现的自测记录，替代口头上的“实测”。
- “免费”至少四种口径：永久额度、限时试用、额度内不计费、仅限非商用，混用会导致选型错误。
- 核对一个接口至少要问六件事：额度口径、认证方式、限流规则、数据来源与许可、稳定性承诺、变更与弃用政策。
- 客户端第一步不是接业务，而是让超时、重试和配额耗尽可解释。
- 只有保留环境、时间窗、样本量和成功失败计数时，才适合称“实测”，否则应写“未执行”或“未核验”。
先直接回答标题里的问题：本文不提供免费 API 推荐清单，也不提供实测结论。原因是本次没有可用的正文素材，也没有对任何端点执行过调用；在额度、限流、许可这些关键事实缺失的情况下，任何“推荐”都只能是猜测。可以给的是一个可复用的核对框架——拿到一个自称免费的接口时，按什么顺序问、按什么格式记录，才不会把演示环境当成生产依赖。
先拆“免费”这个词，它至少有四种口径#
清单式推荐最容易过期，因为“免费”本身不是单一属性。接入前应先把它归到下面某一类，并要求对方给出书面说明；归类不出来的，按待核实处理。
- 永久免费额度：每月或每日固定调用量内不计费，超额后拒绝或计费。
- 限时试用：注册后一段时间内可用，到期后自动转为付费或停用。
- 额度内免费、超额按量计费：本质是计费产品，只是有免费层。
- 仅限非商用或个人使用：条款限制用途，与调用量无关。
二手清单和聚合页常把第二、三类写成第一类。这一点无法靠阅读标题判断，需要回到发布方自己的说明。
六个必核字段#
下表是核对项，不是任何具体服务的事实结论。每一项都建议留下出处与日期，避免几个月后无法判断是否过期。
| 字段 | 要问的问题 | 记录方式 |
|---|---|---|
| 免费口径 | 属于上面四类中的哪一类？额度按日还是按月重置？ | 条款原文摘录 + 访问日期 |
| 认证方式 | 查询参数还是请求头？密钥能否轮换与分环境隔离？ | 示例请求（占位密钥） |
| 限流规则 | 按密钥、按 IP 还是按账号？超限返回什么状态码？ | 响应头字段名 + 观测记录 |
| 数据来源与许可 | 数据由谁生成？调用条款与数据许可是否分开规定？ | 两份文档分别存档 |
| 稳定性承诺 | 有无可用性目标？历史故障是否公开？ | 无承诺时按“无 SLA”处理 |
| 变更与弃用 | 字段会不会静默增减？弃用提前多久通知？ | 订阅发布说明或变更日志 |
本次未核验任何具体服务的上述字段，因此表格内不填结论。若某项确实查不到，写作时应写“未找到公开说明”，而不是断言对方没有提供。
客户端先做到“失败可解释”#
接入顺序建议反过来：先写失败路径，再接业务逻辑。下面这段代码未执行，仅示意结构；api.example.com 与 YOUR_KEY 均为占位，预期输出不作为实际结果。
import os, time, requests
BASE = "https://api.example.com/v1/items" # 占位域名
KEY = os.environ.get("YOUR_KEY") # 占位变量名
def call(params, retries=3):
for i in range(retries):
started = time.monotonic()
try:
r = requests.get(
BASE, params=params,
headers={"Authorization": f"Bearer {KEY}"},
timeout=(3.05, 10), # 连接 / 读取分别设限
)
except requests.Timeout:
delay = 2 ** i
time.sleep(delay)
continue
elapsed = time.monotonic() - started
# 记录：状态码、耗时、剩余配额、请求 ID
if r.status_code in (429, 500, 502, 503, 504):
time.sleep(2 ** i)
continue
return r
return None
要点有三个：超时分开设置连接与读取；退避间隔随重试次数增长，避免把限流打成雪崩；每次调用都记录状态码与耗时，否则出问题只能靠复述感受。配额耗尽（常见为 429）与鉴权失败（401/403）应走不同分支，前者退回缓存或降级数据源，后者直接告警——两者混在一起是最常见的误判来源。
什么时候可以写“实测”#
“实测”是一种可被复核的声明，不是修辞。建议的最简记录至少包含：测试时间窗、端点与接口版本、请求参数与样本量、成功与失败计数、观测到的状态码分布、观测到的限流行为。缺其中任何一项，更稳妥的写法是“未执行”或“在 X 条件下观察到 Y”，而不是给出一个笼统的稳定性结论。
另外，客户端自测只能回答“在我这个网络和参数下表现如何”，不能推出服务方对所有人的可用性承诺。这两件事在文章里应分开陈述。
三个容易被忽略的边界#
- 免费不等于可商用。许可限制常写在条款而非价格页，需要单独核对。
- 数据许可与调用条款是两份文档。接口能调通，不代表返回数据可以再分发或用于训练。
- 没有降级方案的免费依赖是单点。缓存、备用源或功能开关，应在接入当天就位，而不是故障之后补。
如果你正在 API.PLUS 上做选型，可以把上面六个字段当作接入前的必填项：填不出的先标待核实，不要用“社区都说免费”替代条款原文。清单会过期，核对方法不会。
