.net 使用try/catch的优点和缺点

我想问一下使用try/catch的优点和缺点是什么？什么时候我必须使用它，什么时候我不能使用它？

当您在应用程序中使用一些外部控件/DLL，并且您不确定其功能，并且您不希望外部控件中的错误停止您自己的应用程序时，您可以使用Try/Catch。它不会完全停止您的应用程序，因为该控件中存在致命错误。但是使用该控件的代码部分将无法运行

这并不意味着您可以在自己的代码中使用Try-Catch来避免致命错误，这可能会在应用程序中造成严重缺陷

---

Try/Catch通常可用于调试应用程序，然后可以删除Try/Catch块。

当您在应用程序中使用某些外部控件/dll，并且您不确定其功能，并且不希望该外部控件中的错误停止您自己的应用程序时，可以使用Try/Catch。它不会完全停止您的应用程序，因为该控件中存在致命错误。但是使用该控件的代码部分将无法运行

这并不意味着您可以在自己的代码中使用Try-Catch来避免致命错误，这可能会在应用程序中造成严重缺陷

---

Try/Catch通常可用于调试应用程序，之后可以删除Try/Catch块。

Try-Catch-Finally语句是一种非常强大的结构，可以帮助您的程序在大多数系统上完美运行。这是一个很好的错误处理机制，可以帮助您的程序不崩溃。 我想用这种机制的缺点来开始，因为缺点太少了； 首先，在try-catch语句中工作时，您将损失一些性能，因为某些内部机制正在检查是否捕获任何异常。但是，在当前系统中，这种性能损失是可以忽略的，并且与从一开始就启动整个程序的想法相比，这种损失非常小，因为由于未捕获异常。 其次，尝试捕获机制的概念一开始就有点难以理解，你应该考虑在何时何地使用Test-catch语句。然而，在编程中理解复杂结构中的概念是最重要的。 从优势方面看,； 异常捕获机制帮助您在异常发生时决定要执行的操作。例如，在处理与服务器失去连接的异常时，您可能会让用户离线玩，而另一个人可能会决定将其踢出游戏，并告诉玩家他已断开连接。 此外，异常系统使创建和使用框架成为可能，因为框架编码人员告诉您，当您使用他的框架时会发生异常，您将完成遇到该异常时的反应。 最后，它帮助您简化错误检测系统。考虑执行IF语句中的每一个方法，看看错误是否被固化，它很快就会变得混乱，并且在一段时间之后你将无法读取自己的代码。然而，在try-catch块中，您可以执行数百个可能失败的操作，并将代码封装到一个简单的try-catch块中。

---

我现在想的不是更多，但希望这能帮助您理解为什么使用try-catch是有益的。

try-catch-Finally语句是非常强大的结构，可以帮助您的程序在大多数系统上完美运行。这是一个很好的错误处理机制，可以帮助您的程序不崩溃。 我想用这种机制的缺点来开始，因为缺点太少了； 首先，在try-catch语句中工作时，您将损失一些性能，因为某些内部机制正在检查是否捕获任何异常。但是，在当前系统中，这种性能损失是可以忽略的，并且与从一开始就启动整个程序的想法相比，这种损失非常小，因为由于未捕获异常。 其次，尝试捕获机制的概念一开始就有点难以理解，你应该考虑在何时何地使用Test-catch语句。然而，在编程中理解复杂结构中的概念是最重要的。 从优势方面看,； 异常捕获机制帮助您在异常发生时决定要执行的操作。例如，在处理与服务器失去连接的异常时，您可能会让用户离线玩，而另一个人可能会决定将其踢出游戏，并告诉玩家他已断开连接。 此外，异常系统使创建和使用框架成为可能，因为框架编码人员告诉您，当您使用他的框架时会发生异常，您将完成遇到该异常时的反应。 最后，它帮助您简化错误检测系统。考虑执行IF语句中的每一个方法，看看错误是否被固化，它很快就会变得混乱，并且在一段时间之后你将无法读取自己的代码。然而，在try-catch块中，您可以执行数百个可能失败的操作，并将代码封装到一个简单的try-catch块中。

---

我现在想的不是更多，但希望这能帮助您理解为什么使用try-catch是有益的。

也许您是从特定场景的角度编写的，但是try-catch块是非常有用的异常处理机制，并不是真正用作调试工具。例如，考虑一个文件上传系统，它接受最大文件大小4MB。用户上传一个2MB的文件，文件中的图像在序列化时有一个字符