对于已知情况是否应该避免尝试捕获

我有一个我知道会发生但非常罕见的案例。例如，代码每运行一万次，这种情况可能会发生一次。

我可以通过一个简单的方法来检查这种情况if但是这个if会运行很多次没有用。

另一方面，我可以将代码放在 try-catch 块中，当发生特殊情况时，我会执行恢复所需的操作。

问题是哪一个更好？我知道，一般来说，由于开销问题，try-catch 不应该用于已知情况，而且应用程序逻辑不应该依赖于 catch 代码，但多次运行 if 会产生更多性能问题。我已经使用这个小测试代码对此进行了测试：

static void Main(string[] args)
{
    Stopwatch sc = new Stopwatch();
    var list = new List<int>();
    var rnd = new Random();
    for (int i = 0; i < 100000000; i++)
    {
        list.Add(rnd.Next());
    }

    sc.Start();
    DoWithIf(list);
    sc.Stop();
    Console.WriteLine($"Done with IFs in {sc.ElapsedMilliseconds} milliseconds");
    sc.Restart();
    DoWithTryCatch(list);
    sc.Stop();
    Console.WriteLine($"Done with TRY-CATCH in {sc.ElapsedMilliseconds} milliseconds");
    Console.ReadKey();
}

private static int[] DoWithTryCatch(List<int> list)
{
    var res = new int[list.Count ];
    try
    {
        for (int i = 0; i < list.Count; i++)
        {
            res[i] = list[i];
        }
        return res;
    }
    catch
    {
        return res;
    }
}

private static int[] DoWithIf(List<int> list)
{
    var res = new int[list.Count - 1];
    for (int i = 0; i < list.Count; i++)
    {
        if (i < res.Length)
            res[i] = list[i];
    }
    return res;
}

此代码只是将大量数字复制到大小不足的数组中。在我的机器中，每次检查数组边界都需要花费一些时间210毫秒使用 try-catch 运行，一旦运行就会命中 catch190 毫秒.

另外，如果您认为这取决于情况，我的情况是我在应用程序中收到推送通知，并会检查我是否有消息的主题。如果没有，我将获取并存储下一条消息的主题信息。几个主题中有很多消息。

因此，准确地说，在您的测试中，if选项比try...catch选项增加 20 毫秒，循环 100000000 次。
这意味着 20 / 100,000,000 - 这就是每次迭代 0.0000002 毫秒.

您真的认为这种纳米优化值得编写违背正确设计标准的代码吗？

例外是指特殊情况，即您无法控制或无法提前测试的事情 - 例如，当您从数据库读取数据并且连接在中间终止时 - 诸如此类的事情。 对可以通过简单代码轻松测试的事物使用异常 - 嗯，这完全是错误的。

例如，如果您已经证明这两个选项之间存在有意义的性能差异，那么也许您可以证明使用try...catch代替if- 但这里的情况显然不是这样。

所以，总结一下 - 使用if, not try...catch.

您应该为了清晰而设计代码，而不是为了性能。
编写代码，以尽可能清晰的方式传达其正在实现的算法。
设置性能目标并根据这些目标衡量代码的性能。
如果您的代码无法达到您的性能目标，请找到瓶颈并加以解决。
设计代码时，不要在纳米优化上浪费时间。