Apigee：递归服务标注

Question

在apigee的最佳实践文档中，我发现了以下句子：

不要在同一个 API 代理中进行 ServiceCallouts 组织，包括递归调用回到相同的 API 代理。

是否有任何解释为什么我不应该在 API 代理中使用递归标注？我只发现了一个关于性能的论点。

我的情况： 我们检查是否有令牌（如果没有 - 创建一个新令牌），然后创建一个对 URL 的服务调用并接收正确的 http 代码或 400 http 代码（如果我们的令牌已过期，则会发生这种情况，但存在） .用户不应该知道他的令牌已经过期。我们无法检查他的令牌是否在服务调用 URL 之前过期。所以我们只知道是否已经有令牌。如果没有令牌并且令牌将由我们生成，则服务调用始终使用 200 http 状态代码。但是如果令牌无效，我们需要再次发送请求作为服务调用。最好的方法是递归 - 这样我们就可以在响应中删除现有但已过期的令牌并重新开始整个过程​​。

我希望它可以以某种方式理解......

Answer 1

这里真正的问题是，如果您回调完全相同的服务，您可能会创建一个无限循环，并且目前没有适当的模型来防止该 API 永远循环回自身。这可能会导致您的整个组织崩溃。