Java 只在Catch块中记录代码而不处理行为对程序性能有什么影响？

我正在重新分解代码库。其中一个地方的代码片段如下所示

try
{
    doSomething();
}
catch(Exception exe)
{
    ---Logging code---
}

---

我知道catch块必须包含控制程序流的代码，以防doSomething（）中发生异常；。但是，我想知道，如果上述代码保持原样，会对性能产生影响。

使用try-catch时会对性能产生一些影响。但是它们太小了，你不应该为它们操心

---

唯一需要注意的是避免在循环中直接尝试catch块。但是当你需要它们时，你就需要它们，它们必须在代码中

使用try-catch时会对性能产生一些影响。但是它们太小了，你不应该为它们操心

---

唯一需要注意的是避免在循环中直接尝试catch块。但是当你需要它们时，你就需要它们，它们必须在代码中

使用try-catch时会对性能产生一些影响。但是它们太小了，你不应该为它们操心

---

唯一需要注意的是避免在循环中直接尝试catch块。但是当你需要它们时，你就需要它们，它们必须在代码中

使用try-catch时会对性能产生一些影响。但是它们太小了，你不应该为它们操心

---

唯一需要注意的是避免在循环中直接尝试catch块。但是当你需要它们时，你就需要它们，它们必须在代码中

catch块可以执行您希望它执行的任何操作。如果您愿意，您可以让它对程序流执行某些操作。您可以让它包装异常并抛出一个新异常。你可以让它记录一条消息。在我的应用程序中，我经常记录消息，以便以后可以在日志上运行报告/收集统计信息，然后继续

如果您只是记录一条消息，然后继续，显然会对性能产生影响，因为您必须实际记录该消息（这相对较小）。影响的大小取决于您的日志框架

---

正如上面的海报所说，循环将倍增性能影响。

catch块可以做任何你想做的事情。如果您愿意，您可以让它对程序流执行某些操作。您可以让它包装异常并抛出一个新异常。你可以让它记录一条消息。在我的应用程序中，我经常记录消息，以便以后可以在日志上运行报告/收集统计信息，然后继续

如果您只是记录一条消息，然后继续，显然会对性能产生影响，因为您必须实际记录该消息（这相对较小）。影响的大小取决于您的日志框架

---

正如上面的海报所说，循环将倍增性能影响。

catch块可以做任何你想做的事情。如果您愿意，您可以让它对程序流执行某些操作。您可以让它包装异常并抛出一个新异常。你可以让它记录一条消息。在我的应用程序中，我经常记录消息，以便以后可以在日志上运行报告/收集统计信息，然后继续

如果您只是记录一条消息，然后继续，显然会对性能产生影响，因为您必须实际记录该消息（这相对较小）。影响的大小取决于您的日志框架

---

正如上面的海报所说，循环将倍增性能影响。

catch块可以做任何你想做的事情。如果您愿意，您可以让它对程序流执行某些操作。您可以让它包装异常并抛出一个新异常。你可以让它记录一条消息。在我的应用程序中，我经常记录消息，以便以后可以在日志上运行报告/收集统计信息，然后继续

如果您只是记录一条消息，然后继续，显然会对性能产生影响，因为您必须实际记录该消息（这相对较小）。影响的大小取决于您的日志框架

---

正如上面的海报所说，循环将成倍增加性能影响。

在

try

块中执行代码不应该有任何性能损失。如果该方法继续执行到

try/catch/finally

块的末尾，则添加的分支指令可能会产生（可忽略的）影响。运行时性能影响主要出现在异常被实际捕获和处理的情况下。将堆栈展开到正确的位置并选择正确的处理程序时会有一些开销。

在

try

块中执行代码不应该有任何性能损失。如果该方法继续执行到

try/catch/finally

块的末尾，则添加的分支指令可能会产生（可忽略的）影响。运行时性能影响主要出现在异常被实际捕获和处理的情况下。将堆栈展开到正确的位置并选择正确的处理程序时会有一些开销。

在

try

块中执行代码不应该有任何性能损失。如果该方法继续执行到

try/catch/finally

块的末尾，则添加的分支指令可能会产生（可忽略的）影响。运行时性能影响主要出现在异常被实际捕获和处理的情况下。将堆栈展开到正确的位置并选择正确的处理程序时会有一些开销。

在

try

块中执行代码不应该有任何性能损失。如果该方法继续执行到

try/catch/finally

块的末尾，则添加的分支指令可能会产生（可忽略的）影响。运行时性能影响主要出现在异常被实际捕获和处理的情况下。有som