如何理解java中的checked 和unchecked异常？
如何理解java中的checked 和unchecked异常？
问题答案：
许多人说根本不应该使用检查的异常（即应明确捕获或重新抛出的异常）。例如，它们已在C＃中被淘汰，并且大多数语言都没有它们。因此，你始终可以抛出RuntimeException（未经检查的异常）的子类
但是，我认为检查异常非常有用-当你要强制API用户考虑如何处理特殊情况（如果可恢复）时，可以使用它们。只是在Java平台中过度使用了检查异常，这使人们讨厌它们。
至于特定的问题：
- 是否
NumberFormatException考虑过检查异常？
编号NumberFormatException未选中（=是的子类RuntimeException）。为什么？我不知道。（但应该有一个方法isValidInteger(..)） - 是
RuntimeException未经检查的异常吗？
对，就是这样。 -
我该怎么办？
这取决于该代码在哪里以及你想要发生什么。如果它在UI层中-捕获并显示警告；如果它在服务层中-根本不要抓住它-让它冒泡。只是不要吞下异常。如果在大多数情况下发生异常，则应选择以下一种： -
记录并返回
- 重新抛出它（声明它被方法抛出）
-
通过在构造函数中传递当前异常来构造新异常
-
现在，上面的代码难道不是一个检查异常吗？我可以尝试恢复这种情况吗？我可以吗？
可能是这样。但是也没有什么可以阻止你捕获未经检查的异常 -
人们为什么
Exception在throws子句中添加类？
大多数情况下，是因为人们懒于考虑要捕获什么和重新抛出什么。投掷Exception是一种不良习惯，应避免。
las，没有一个单一的规则可以让你确定何时捕获，何时重新抛出，何时使用已检查的异常以及何时使用未检查的异常。我同意这会引起很多混乱和很多错误的代码。Bloch陈述了一般原则（你引用了其中一部分）。通常的原则是将异常抛出到可以处理它的层。
-
问题内容： 如何从Java 8流/ lambda中抛出CHECKED异常？ 换句话说，我想使代码像这样编译： 由于上面的方法，因此该代码无法编译。 请注意，我不想将已检查的异常包装在运行时异常中，而是将已包装的未检查的异常抛出。我想抛出被检查的异常本身，而又不添加丑陋的流。 问题答案： 该帮助程序类使你可以在Java流中使用任何已检查的异常，如下所示： 注意抛出异常，已被选中。流本身也会抛出，而不
-
我有一个表，它的数据来自Angular7中的循环。这里一切都很好，但根据我的json，列中有“enable”：true和“enable”：false。这里如果我的值是true，应该选中复选框，如果值是false，应该在table中不选中复选框。下面是我的代码
-
问题内容： 如何理解java中的 i 和i ? 问题答案： a 先自增，然后使用变量。 a 先使用，然后自增。 如果你有 然后 现在是 2
-
问题内容： 在@PostConstruct文档中，它说明了带注释的方法： “该方法绝不能抛出检查异常。” 如何处理例如可以在这种方法中抛出的IOException？只需将其包装在RuntimeException中，然后让用户担心对象的错误初始状态？还是@PostConstruct在错误的地方来验证和初始化已注入依赖项的对象？ 问题答案： 是的，将其包装在运行时异常中。最好是更具体的东西。 请注意，
-
本文向大家介绍Java中的异常和处理机制实例详解，包括了Java中的异常和处理机制实例详解的使用技巧和注意事项，需要的朋友参考一下 本文实例讲述了Java中的异常和处理机制。分享给大家供大家参考，具体如下： 简介 程序运行时，发生的不被期望的事件，它阻止了程序按照程序员的预期正常执行，这就是异常。异常发生时，是任程序自生自灭，立刻退出终止，还是输出错误给用户？或者用C语言风格：用函数返回值作为执行
-
本文向大家介绍Java 异常处理机制的理解？相关面试题，主要包含被问及Java 异常处理机制的理解？时的应答技巧和注意事项，需要的朋友参考一下 Java对异常进行了分类，不同类型的异常分别用不同的Java类表示，所有异常的根类为 java.lang.Throwable，Throwable下面又派生了两个子类：Error和Exception。 Error表示应用程序本身无法克服和恢复的一种严重问题。