处理异常的好方法是什么？
I无法协调“最佳实践”和处理异常的实际方法。在我的日常生活中，我发现自己遇到了以下问题示例：try：do\u something（）除了异常：log\u error（）甚至try：do
解答动态
我们不知道应该预期什么，而所有方法的行为都是相同的，e、 记录并继续执行。对我来说，这是你的主要问题。如果发生异常而您不知道如何处理它，则不应该继续执行，因为您不知道系统处于什么状态。只需将它传递到下一个级别，并让它处理它；在最顶层，您可能希望注销异常，但这应该是在顶层，因为已经中止了正在进行的任何其他工作。在这一点上，您将丢失大部分重复的异常处理，因为这些异常都是在顶层处理的。
如果有特定的异常您知道如何从中恢复，那么绝对要捕获特定的异常并具有适当的恢复逻辑。但不要尝试例外，因为你实际上不知道在这种情况下出了什么问题，所以你不能正确地从中恢复过来。图案比如：
try：do\u something（）除了异常：log\u error（） 在某些情况下并不罕见。如果do\u something是用户提供的回调、请求处理程序或正在处理的工作单元，那么这种模式可能是合理的。当您在这里捕获到异常时，可能“执行”某个操作已经完成了它所能执行的任何清理，您所需要做的只是记录错误并转到下一个工作单元。
但是，如果“执行”某个操作不是“的”，则您可能会遇到麻烦。例如，如果do\u something负责执行某项工作（例如，创建一个数据库对象），那么在这里处理异常时，您可能无法知道该工作是否已完成。在这种情况下，继续进行通常是相当危险的。
这种“一网打� 钡拇泶朐诳蚣苤蟹浅３＜ǘ彝耆侠恚琁MO），框架可能调用未知和不相关的代码，框架的正确运行完全不取决于被调用方是成功还是失败。另一方面，在应用程序代码中，这可能是一个错误- End
免责声明：
本页内容仅代表作者本人意见，若因此产生任何纠纷由作者本人负责，概与琴岛网公司无关。本页内容仅供参考，请您根据自身实际情况谨慎操作。尤其涉及您或第三方利益等事项，请咨询专业人士处理。