即使从未抛出异常，使用try-catch块是否代价高昂？
我们知道捕获异常的代价很高。但是，即使从未抛出异常，在Java中使用try-catch块是否也会很昂贵呢？
我发现堆栈溢出问题/答案为什么try块很贵？，但它是针对.NET的。
共有1个答案
try几乎没有任何开销。代码的元数据不是在运行时进行设置try的工作，而是在编译时进行结构化，这样，当抛出异常时，它就会执行一个相对昂贵的操作，即沿堆栈向上移动，查看是否存在能够捕获此异常的try块。从外行的角度来看，try不妨是免费的。实际上，抛出的异常会使您付出代价--但除非抛出数百或数千个异常，否则您仍然不会注意到所付出的代价。
try有一些与之相关的小成本。Java无法对try块中的代码进行一些优化。例如，Java通常会重新排列方法中的指令，以使其运行更快，但Java还需要保证，如果抛出异常，则观察方法的执行，就好像它在源代码中编写的语句是按顺序执行的，直到某一行。
因为在try块中可以抛出异常（在try块中的任何行！有些异常是异步抛出的，例如通过在线程上调用stop（这是不推荐使用的），甚至除此之外OutOfMemoryError几乎可以在任何地方发生），但是它可以被捕获并且随后代码在相同的方法中继续执行，所以很难对可以进行的优化进行推理，因此发生的可能性较小。（必须有人编写编译器来执行这些操作，推理和保证正确性等等。这对于一些“例外”的东西来说是一个很大的痛苦）但是，在实践中，你不会注意到这样的事情。
-
当没有在任何一个try-catch块中抛出异常时，使用几个try-catch块是否“慢”？我的问题和这个问题一样，不过是针对JavaScript的。 假设我有20个函数，其中有try-catch块，另一个函数调用这20个函数中的每一个，其中没有一个抛出异常。我的代码会因为这个try-catch块而执行得更慢或更差吗？
-
问题内容： 我们知道捕获异常非常昂贵。但是，即使从不抛出异常，在Java中使用try-catch块是否也很昂贵？ 问题答案： 几乎没有任何花销。代码的元数据不是在运行时进行设置，而是在编译时进行结构化，这样，当引发异常时，它现在执行相对昂贵的操作，即遍历堆栈并查看是否存在任何可捕获此异常的块。例外。从外行的角度来看，它可能也是自由的。它实际上是在抛出导致你付出代价的异常-但是，除非你抛出数百或数千
-
当我在node中创建一个异步函数并使用await时，我正在使执行等待一个承诺解析（可以是一个解析或一个拒绝），我所做的是在try/catch块中放入一个await承诺，并在承诺拒绝的情况下抛出一个错误。问题是，当我在try/catch块内调用这个异步函数来捕获错误时，我会得到一个UnhandledPromiserEjectionWarning。但是使用await的全部意义并不是等待承诺解决并返回它
-
我有一个实现以下接口的基类，上面声明的方法抛出基本异常类型。 有许多具体的类扩展了基类，我不想在所有这些类中添加块。有没有一种方法可以处理而不添加？ 接口 基层 混凝土类示例（共30个）
-
问题内容： 在一个教程中，我发现 您的代码无法处理Unchecked Exception， 即我们不能使用块，示例是类似的异常，但是可以使用try / catch块处理这些异常。我认为我不清楚这个概念！ 我也认为throw关键字只能与block.can一起使用吗？ 问题答案： 已检查和未检查的异常之间的唯一区别是，必须使用捕获或在方法签名中声明 已 检查的异常，而对于未检查的异常，这是可选的。 您