c# - 断路器的例外太多？

Question

我只是在阅读有关缓慢异常的一些答案。我完全同意异常可以而且应该使用而不是返回代码的想法，尽管每个异常都相当慢（尽管不一定很明显）。

我在服务中实现了一个断路器，该服务连接到在每个页面请求上被多次调用的第 3 方。在失败的情况下，这意味着将抛出许多异常（并且日志也将被填充）。

这会是一个问题吗？

Answer 1

在我看来，断路器很好。其他人（不在此处）建议在不引发异常的情况下实施断路器，以免记录很多内容。这对我来说似乎不对，我一直无法想出一种很好的方法来做这件事，因为我需要在多个服务中使用断路器（目前是 2 - 被 Unity 拦截的方法） .

我决定对我的应用程序做的唯一更改是缓存调用第 3 方的方法的结果。据我所知，没有任何不利之处，因为数据不会经常更改，而且我们可以承受它是陈旧的。