在编写代码时，如何决定使用 if/else 还是 try/catch？例如，在检查文件时，应该基于 if/else (if (File.Exists)) 还是 try/catch 块？
例如，写入文件可以通过 if/else 块来创建文件然后写入文件，或者假设文件存在的 try/catch 来处理。选择时有哪些注意事项？
谢谢
【问题讨论】：
标签： c#
异常处理只应在异常情况下进行或使用。
在取决于文件是否存在的情况下，如果您可以简单地使用 try catch 块是没有意义的
if(File.Exists(path))
{
}
else
{
}
异常处理会导致很多性能损失，因此请尝试通过在代码中应用更多检查来尽量减少异常情况，例如 if File.Exists(path))
【讨论】：
当文件预计不存在时，首先检查是否存在。但是当丢失的文件是异常状态时，您应该用异常来指示这种异常状态。
所以基本思路是： 尽量避免在可预期的情况下出现例外情况。
【讨论】：
如果您认为操作正常应该成功，那么try/catch 可以更容易阅读。特别是，如果有很多失败原因（多个catch 块）。
否则，如果它有时成功有时失败 - 并且出于特定原因这样做，请使用 if/else（这称为结构化异常处理）。
有些人指出使用try/catch 处理异常可能非常耗时。我倾向于按照以下思路阅读这样的建议：如果您的分析表明存在性能问题，请不要在紧密的内部循环中执行此操作。在编写初稿时，根本不用考虑在此级别进行优化！
【讨论】：
你不应该使用 try/catch 来控制流。
生成异常是一项极其昂贵的操作。 if/else 更快更干净。
【讨论】：
通常取决于
对于基于文件的内容，您几乎总是想尝试操作并处理故障，而不是先检查。原因是文件系统是共享资源，您不能保证在 file.exists 返回 true 后文件确实存在，因为其他进程可能同时删除了它。
【讨论】：
在处理文件时，您应该始终使用 try/catch，因为文件的状态可能会在您的程序之外发生变化。
考虑以下代码位：
if(File.Exists("file.txt"))
File.Delete("file.txt")
在 if 语句之后，Delete() 调用之前，该文件可能已被另一个进程删除。当您尝试删除它时，会引发异常。
在处理文件时，还有很多事情需要考虑，您可能无法通过 ifs 捕捉到，例如文件位于不可用的网络连接上、访问权限发生变化、硬盘故障等.
这些事情不在你的程序的控制范围内，所以你应该有异常处理程序。
【讨论】：
通常你应该两者都做。 try/catch 以避免异常情况（文件突然从另一个线程中删除）。和 if/else 处理非异常（检查文件是否存在）。 Try/catch 比通常的 if/else 相对慢，因此不值得将它用于所有事情。
【讨论】：
当可能发生意外（异常）并且您想对其做一些特别的事情时，您会使用 try/catch，例如：
try
{
//Do something that might rise an exception, say a division by 0
//this is just an easy example as you might want to check if said value is not 0
//before dividing
int result = someNumberOfMine / anUnsafeNumber;
}
catch
{
//if something unexpected happened, do a special treament
}
在您的特定情况下，我建议使用 File.Exists 来验证文件的存在，而不是使用 try/catch 块，因为可以在对其进行任何操作之前检查文件的存在与否。
【讨论】：
正如一些答案已经指出的那样，这取决于。
if/else 用于流控制，但带有捕获发生错误的附加加号的异常也可以。但正如 Turowicz 指出的那样，对很多人来说，使用 try/catch 超过最低限度是一种不好的做法。
您总是可以从Ned Batchelder（谈论返回码，作为使用异常的替代方法）和Joel Spolsky（为什么他不喜欢使用异常进行编程）阅读这些文章，以了解其他人的想法例外，然后自己决定。
【讨论】：
在做出此类决定时，“例外应该是例外”这句格言很有用。原则是您应该使用标准程序流程（即 if 语句）处理已知情况，以便异常代表意外情况（即错误）。
当然，就像任何规则一样，它是要被打破的。
另外，我不会太担心异常处理对性能的影响。除了极端情况外，开销几乎可以忽略不计。
【讨论】：
只是一个想法...其中一个答案是，例如，如果您有被零除的可能性，您应该尝试捕获。我想知道为什么？你在这里可以控制，你可以在分裂之前检查，然后采取行动。如果为零，则不需要进行除法，而是执行另一个逻辑。
我只会在您无法控制或无法（或没有意义）事先检查（打开文件，...）的情况下使用 try catch。
在你的情况下，我会使用 File.Exists 和 try/catch。 File.Exists 作为业务检查（不存在时无需打开），try/catch 捕捉打开文件时可能出现的任何异常。
【讨论】：
为此，您知道文件退出问题。所以你更喜欢if else。
如果不知道问题，最好使用try catch。
我建议两者，如下所示
try
{
if(File.Exists(path))
{
do work
}
else
{
messagebox.show("File Path Not Exit");
}
}
catch(Exception e)
{
messagebox.show(e);
}
它会捕获所有我们没有想到的错误。
【讨论】：
只是为了解决这个问题（是的，这个问题是 8 个月前提出的，但互联网总是知道的！），我决定运行一个小测试，如果 如果 em> 你很确定你不会有例外——例如，“其他”部分只会发生 0.001% 的时间。事实证明，如果你从不必须捕获/其他任何东西，try-catch 的速度大约快 4%（无论如何，在我的机器上）。这是代码和随附的结果：
案例 1：if-else：
var startTime = DateTime.Now;
int bazillion = 100000000;
int[] list = {1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20};
for (int i = 0; i < bazillion; i++)
{
for (int k = 0; k < list.Length; k++)
{
if (k >= 0)
{
list[k] = i;
}
else
{
// do nothing.
}
}
}
var executionTime = DateTime.Now - startTime;
Debug.WriteLine (executionTime.TotalMilliseconds);
5 次运行的执行时间（毫秒）：7441.4256、7392.4228、7545.4316、7531.4308、7323.4188。
平均 = 7446.82592 毫秒
案例 2：try-catch：
var startTime = DateTime.Now;
int bazillion = 100000000;
int[] list = { 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20 };
for (int i = 0; i < bazillion; i++)
{
for (int k = 0; k < list.Length; k++)
{
try
{
list[k] = i;
}
catch (Exception e)
{
// do nothing
}
}
}
var executionTime = DateTime.Now - startTime;
Debug.WriteLine(executionTime.TotalMilliseconds);
5 次运行的执行时间（毫秒）：7258.4152、7137.4083、7070.4044、7052.4033、7120.4073 平均 = 7127.8077 毫秒
结论 （基于这个相当简单的例子；实际里程可能会有所不同，等等）：
就绝对数字而言，if 您非常确定不会发生异常/其他情况，try-catch 比每次都必须执行“if”子句快 4% .
【讨论】：
从所有答案中都可以明显看出，没有标准/认可的方式来决定您是否应该使用其中一种。如果操作正确，这两种方法都会有效。如果做得不正确，这两种方法都将是低效的。
我更喜欢有意义的 if/else 语句（即在我自己的函数中），而当我调用我无法控制的函数时，我更喜欢 Try 块。
在上面的例子中，如果你控制了文件，File.Exists() 就足够了（意味着没有其他程序可能会操纵它），但如果文件有可能在检查和使用之间消失，那就不够了.
根据我的经验，在大多数情况下，文件操作通常会更好地处理异常，因为这些文件操作在 c# 中会引发异常。它们不返回可以使用 if 语句检查的错误代码。
【讨论】：
当您在执行之前已经可以处理某种情况时，您应该使用 if-else。但是，如果您在实际执行之前无法知道某件事是否会起作用，请使用 try-catch。
案例 1：Try-Catch 的有效使用
boolean isNumber(String input) {
try {
Integer.parseInt(input);
return true;
} catch (NumberFormatException) {
return false;
}
}
在您真正“尝试”解析它之前，您无法知道输入是否是一个数字。因此，请使用 try-catch。
案例 2：if-else 的有效使用
boolean isNotNull(Object o) {
if (o != null) {
return true;
} else {
return false;
}
}
我可以知道一个对象在调用它的方法之前是空的。因此，请使用 if-else。
案例 3：当 if-else 可以满足时，try-catch 的使用无效
boolean isNotNull(Object o) {
try {
// Some operation of object to know it's not null
o.hashCode();
return true;
} catch (NullPointerException e) {
return false;
}
}
提示：使用 if-else 作为应用程序的保护措施，例如检查空值、处理边缘情况等。要定义不同的应用程序流程，请使用多态性来进行更好的状态管理。
【讨论】：