java - 我是否应该从我的服务中抛出可重试的异常

Question

我的服务是 DService，我是服务链中的第四个环节，即调用流程是在线用户 -> AService -> BService -> CService -> DService -> EService.

当我从 DService 调用 EService 时，它​​会抛出可重试的异常，例如 HttpTimeoutException。我通常会重试 2-3 次，如果在重试 2-3 次后仍失败，则抛出异常。

我的问题是，我抛给 CService 的异常应该是可重试的还是不可重试的？请在下面找到我对这两种选择的优缺点的评估

从 DService 抛出可重试异常的缺点 - 如果 DService 抛出可重试异常，遵循相同的约定，CService 也可能重试 DService 2-3 次，并且在 C-D 的每次调用中，D 将再次尝试 2-3 次 E 服务调用。同样，随着我们沿着调用链向上移动，最终对 EService 的调用将呈指数级增长。因此，如果 EService 网络确实停机了很长时间，我们谈论的是大量不必要的调用。这可以通过为链中的每个调用设置超时来缓解，但仍然不确定这是否足以缓解不必要的调用次数。

从 DService 中抛出可重试异常的优点 - CService 将在一段时间后重试，因为在后续重试中我们可能会获得正确的值(在时间限制内) - 特别是如果客户端是一些后端作业，那么他们可以在放弃之前以指数方式重试很长时间。抛出 Un-Retriable 异常会淘汰这个选项

请提出您对此的看法和建议

谢谢，哈里什

Answer 1

在不知道服务做什么的情况下，我不能肯定地说是 DService 应该重试还是 CService 应该重试。然而，我的理念是被调用的服务不应该重试，永远。在这种情况下，EService 会愚蠢地抛出一个异常，并且没有任何处理。这背后的原因是因为链的末端应该是无状态的，不应该代表调用者做出决定。

调用者可以在一定程度上决定什么是可以接受的，什么是不应该重新尝试错误的。换句话说，如果 EService 尝试执行与数据库的连接，而 DService 正在执行查找服务，那么它可能在 DService 的范围内，如果在某个表中找不到某个信息，则 checkin 取而代之的是另一张 table 。然而，EService 连接数据库失败的问题飞过了 DService 的头，DService 的作用只是简单地返回 CService 请求的信息。

CService 已调用检索某些信息，具体取决于它所做的事情，然后可能会接收数据库连接并在延迟后尝试重试多次，因为它正在对该数据执行批处理工作并将继续重试，直到数据库重新联机。或者，如果它正在检索信息以在网页上显示给用户，则必须快速失败并通过向用户显示一条友好的错误消息来处理数据库连接错误。

这完全取决于您的服务做什么以及他们的职责所在。同样，异常是否可重试也应该取决于调用者的需要，而不是服务本身。向调用方提供仅尝试一次的可重试异常是完全可行的。

希望对您有所帮助!