DEV Community
·
第70条：对可恢复的条件使用检查异常，对编程错误使用运行时异常
原文约300字/词，阅读约需2分钟。
📝
内容提要
Java中的异常分为检查异常和运行时异常。检查异常应提供辅助方法以帮助处理，而运行时异常则表示API合同的失败。使用异常时应避免将其作为控制流，以确保代码清晰高效。
🎯
关键要点
-
Java中的异常分为检查异常和运行时异常。
-
检查异常用于可恢复的条件，运行时异常用于编程错误。
-
使用检查异常时，调用者可以采取措施来解决问题。
-
运行时异常表示API合同的失败，需由程序员修复。
-
检查异常应提供辅助方法以帮助调用者处理异常情况。
-
使用异常时应避免将其作为控制流，以确保代码清晰高效。
-
包括辅助方法可以提供有用的信息，帮助调用者更好地恢复。
🔎
延伸解读
检查异常与运行时异常的区别
在Java中，检查异常和运行时异常的使用场景截然不同。检查异常适用于可恢复的错误，允许调用者采取措施解决问题；而运行时异常则表示程序中的错误，通常需要开发者修复。这种区分有助于提高代码的可读性和可维护性。
辅助方法的重要性
在处理检查异常时，提供辅助方法可以显著提升用户体验。例如，当余额不足时，异常类可以返回缺口金额，帮助调用者更好地处理错误。这种设计不仅提高了代码的清晰度，也使得错误处理更加直观。
避免将异常作为控制流
使用异常作为控制流会导致代码混乱和性能下降。开发者应当将异常视为特殊情况的处理，而非常规逻辑的一部分。遵循这一原则可以使代码更加高效，减少潜在的错误和维护成本。
❓
延伸问答
Java中的异常分为哪两种类型？
Java中的异常分为检查异常和运行时异常。
什么情况下应该使用检查异常？
检查异常用于可恢复的条件，调用者可以采取措施来解决问题。
运行时异常的主要用途是什么？
运行时异常用于指示编程错误，表示API合同的失败，需由程序员修复。
在使用检查异常时，应该提供什么样的辅助方法？
检查异常应提供辅助方法，以帮助调用者处理异常情况，例如提供有用的信息。
为什么不应该将异常作为控制流使用？
使用异常作为控制流会导致代码不清晰和效率低下。
如何通过异常提供有用的信息给调用者？
可以在检查异常中包含额外的信息，例如缺少的资金数额，以帮助调用者更好地恢复。
🏷️
