gpt4 book ai didi

java - Java异常层次结构背后的基本原理

转载 作者:塔克拉玛干 更新时间:2023-11-03 05:15:02 25 4
gpt4 key购买 nike

我发现 Java 的异常层次结构令人困惑。 Throwable分为ErrorExceptionRuntimeException继承自Exception

  1. Error 是未经检查的异常。为什么 Error 不从 RuntimeException 继承呢?

  2. Exception 是一个已检查的异常。 RuntimeException是一个未经检查的异常,但它继承自Exception。这不违反里氏代换原则吗?

如果将Throwable分成Exception(选中)和RuntimeException(未选中),和是不是更有意义Error 会继承自 RuntimeExeption 吗?

最佳答案

I find Java's exception hierarchy confusing. Throwable is divided into Error and Exception, and RuntimeException inherits from Exception.

Throwable 是任何可用于展开调用堆栈的东西。这应该包括一些 VM 级别的错误(由错误标记)和特定于应用程序的错误(由异常标记)

Error is an unchecked exception. Why doesn't Error inherit from RuntimeException then?

仅仅是因为错误不是异常。实际上“捕获”错误没有任何意义。例如。捕获到 OutOfMemoryError 后您会做什么。错误意味着标记在 VM 级别严重发生的事情,程序员不一定能够处理

Exception is a checked exception. RuntimeException is an unchecked exception, yet it inherits from Exception. Doesn't this violate the Liskov-Substitution-Principle?

不是真的。实现者试图说的是必须始终检查异常。如果您的所有方法都声明了它们抛出的应用程序/库异常类型,您的代码将会更清晰。 RuntimeExceptions 只应在更一般/动态的情况下抛出,例如 NullPointerException,开发人员可能没有针对这种情况进行编码,但它是一个严重的错误,在应用程序规范中并未完全提及。

关于java - Java异常层次结构背后的基本原理,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6924426/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com