Fixer vs ExchangeRate-API：哪个免费套餐真正适合你的项目

Fixer 的免费套餐给你每月 100 次调用、仅限 EUR 基础货币，且没有换算端点。ExchangeRate-API 给你一个选择：每月 1,500 次调用的带密钥免费套餐，或者一个每天更新一次、要求可见署名的无密钥端点。两者都不是对方的全面升级版——它们解决的是不同的问题。 以下限额均于 2026 年 8 月直接对照各服务商核实，且随时可能在不预先通知的情况下更改，使用前请自行确认当前数字。

两种截然不同的"免费"

Fixer 的免费套餐：每月 100 次调用，基础货币锁定 EUR，每小时更新，包含 SSL 和历史数据，没有换算端点。要换算货币，或者从其他基础货币报价，就得升级到付费套餐。

ExchangeRate-API 把产品拆分成 Fixer 没有的形态：一个每月 1,500 次调用的带密钥免费套餐，以及一个单独的、不需要密钥或注册的开放访问端点 open.er-api.com。那个端点每天更新一次而不是每小时，并附带一套自己的署名条款，下文详述。

基础货币：决定一切的那道限制

这是两家分歧最大的地方。Fixer 的免费套餐把你锁在 EUR 基础货币上——USD、GBP、JPY 或其他任何货币，都得从 Basic 套餐往上付费。

ExchangeRate-API 的两个免费选项都不像 Fixer 那样限制基础货币。一个以 USD 报价、或者面向本地货币作为自然基础货币的市场而构建的项目，会立刻把 Fixer 的免费套餐排除在外。

换算：内置功能，还是自己算

Fixer 的免费套餐没有换算端点。你拿到的是一张汇率表，乘法自己写——就一行算术，但在 Fixer 的免费文档里找 /convert 调用之前，最好先知道这一点。

署名与转发：附加在"免费"上的条件

Fixer 的免费套餐条款是常见的那种：在每月限额内使用数据，没有声明署名要求。ExchangeRate-API 的开放访问端点要求更多——一条可见的署名和实时链接，外加禁止转发原始数据流的规则。

这个署名要求不是一句无关紧要的补充说明。一个没有用户界面的后端服务、内部仪表盘或批处理任务，根本没有自然的地方去放"Rates By Exchange Rate API"。ExchangeRate-API 的带密钥套餐和 Fixer 的付费套餐都取消了这个要求。

超限之后会发生什么

ExchangeRate-API 的开放访问端点一旦超出请求限制会返回 HTTP 429，限制在 20 分钟后解除——一个有明确文档记录、可预测的时间窗口，值得据此设计重试逻辑，而不是靠猜。

Fixer 的免费套餐按硬性月度上限运作，而不是滚动限制。一旦用完 100 次调用，之后的调用会一直失败，直到下一个计费周期重置——没有 20 分钟冷却期，因为这个限制是按月算的，不是按窗口。

按使用场景给出结论

一个周末攒出来的原型，只测试一条以 EUR 为基础的换算流程：Fixer 的每月 100 次调用足够你戳一戳 API、看看响应结构长什么样。你不会做负载测试，但暂时也不需要。

一旦有了真实用户，哪怕只有几个，每月 100 次调用也会很快用完。ExchangeRate-API 每月 1,500 次的带密钥套餐，或者如果每日一次的新鲜度够用，它的无密钥开放访问端点，都比 Fixer 的免费套餐撑得更久。

如果基础货币既不是 USD 也不是 EUR，Fixer 的免费套餐立刻就出局了——仅限 EUR，不付费就没有例外。ExchangeRate-API 的两条免费路径都没有这种限制，让它成为零成本下的可行选择。

没有地方能让用户或运营人员看到署名？ExchangeRate-API 的开放访问端点会因为自己的条款而被排除——署名和链接是硬性要求。它每月 1,500 次的带密钥套餐取消了这个要求，付费用 Fixer 也一样。在这两者之间，最后还是回到配额和基础货币的取舍上。

当两个免费套餐都撑不住了

如果你的调用量超过了每月 100 次或 1,500 次，或者你需要非 EUR 基础货币上的盘中更新、又不想为 Fixer 的 Basic 套餐付费，exchangerate.dev 的免费版每月提供 10,000 次调用，无需信用卡，也不限制基础货币——值得和 Fixer、ExchangeRate-API 的付费套餐放在一起考虑。