REST API 有哪些限制？
直接回答
REST API 的一个限制是，它只能使用系统提供的格式和时间点来请求和接收信息。当在条件快速变化的环境中使用时（例如与交易相关的流程），API 的机制无法保证数据的新鲜性、准确性或可预测的结果。因此，相同的请求模式在不同时间可能导致不同的结果。
机制或定义
REST API（表述性状态转移）是一种用于构建 Web 服务的设计风格，客户端通过标准的 HTTP 方法（如 GET（读取）和 POST（发送））调用端点（URL）。服务器则以结构化数据（通常是 JSON）进行响应。
在评估 REST API 限制时，有两个关键机制需要注意：
- 请求/响应时机：客户端仅在服务器处理请求并返回响应时才能接收到数据。客户端无法控制提供商何时更新底层数据。
- 无状态性与一致性：每个请求都是独立的。如果两次调用之间数据发生了变化（例如，在“读取”请求和后续“操作”请求之间），客户端可能基于已过时的信息采取行动。
证据或示例
考虑一个工作流程：先获取参考数据，然后基于该数据执行操作。即使不假设实时市场数据，多个非 API 因素仍可能改变结果：
- 数据更新延迟：如果参考值是较早前计算的，它们可能已不再匹配系统在执行操作时所使用的实际值。
- 舍入与费用：如果服务器端应用了成本或舍入规则，您从前次响应中使用的数值可能无法准确反映最终执行结果。
- 执行时机：如果操作因网络延迟或排队而延迟处理，环境可能已经发生变化。
这是一种典型的失败模式：即使 API 本身运行正常，系统的底层条件仍可能导致整个工作流程产生意外结果。
限制与风险
需要理解的关键限制包括：
- 无实时性保证（除非另有明确说明）：REST API 响应反映的是服务器处理时刻的状态，可能并非最新状态。
- 可变条件：结果会因市场状况、成本、执行行为以及特定司法管辖区的规则而异。这些因素独立于 REST 接口之外。
- 历史关系不具备预测性：过去模式或回测结果不能代表未来结果，尤其是在成本、延迟或市场结构发生变化时。
- 运行可靠性问题：网络问题、速率限制、服务中断和临时服务器错误可能导致重试、部分失败或事件序列不一致。
一个实际影响是不确定性：仅靠 REST API 的设计无法消除由时机、费用、执行差异或变化条件带来的不确定性。
验证或下一步问题
要独立验证特定用例下的 REST API 限制，请重点关注可测量或可确认的内容：
- 查阅提供商文档，了解数据更新频率、响应保证、错误处理机制和速率限制。
- 在受控假设下进行测试：记录请求时间戳、响应载荷以及任何服务器端确认信息，以验证“先读取后操作”类工作流程是否保持一致。
- 验证成本与执行假设：确认费用、舍入规则和执行时机在响应中是如何体现的。
如果您愿意，可以提供您所指的 REST API 使用场景（例如：仅数据检索，或“读取后操作”类工作流程），以便将限制映射到您最可能遇到的具体故障模式。