Try-catch 加速代码？解析 C# 中的悖论与错误

try-catch 块如何“加速”你的 C# 代码？解析迷思与现实

想象一下：你正在编写 C# 代码，运行它，突然发现添加了 try-catch 块后，程序运行得 更快了。这听起来像是魔法，或者恰恰相反，像是新手的严重错误？实际上，这个问题 在 Stack Overflow 上获得了数千次浏览。答案会让你惊讶：try-catch 本身并不会加速代码，但它可以彻底改变 JIT 编译器的行为，有时会导致意想不到的性能提升。让我们来解析这个悖论，同时——看看处理异常时的常见错误，这些错误可能会把你的快速代码变成缓慢的混乱。

为什么会产生加速的错觉？

Stack Overflow 上的问题大致是这样的：“我写了两个方法：一个带 try-catch，另一个不带。带 try-catch 的方法运行得更快。为什么？”

关键点在于 JIT 编译器（Just-In-Time）。当 C# 代码被编译成 IL，然后再编译成机器码时，JIT 可能会应用不同的优化。如果 try 块内没有显式抛出异常，编译器可能会 关闭某些优化（例如，方法内联或指令重排），以确保在发生异常时栈能正确工作。这听起来很糟糕，但在某些罕见场景下（尤其是在旧版 .NET Framework 中），JIT 的行为可能反直觉：没有 try-catch 的代码会经历激进的优化，这 破坏了 CPU 缓存，而带有 try-catch 的代码则不会。结果，第二个版本运行得更快。

// 可能引起误解的示例\npublic int SumWithoutTry(int[] array)\n{\n    int sum = 0;\n    for (int i = 0; i < array.Length; i++) // 没有 try-catch\n    {\n        sum += array[i];\n    }\n    return sum;\n}\n\npublic int SumWithTry(int[] array)\n{\n    int sum = 0;\n    try\n    {\n        for (int i = 0; i < array.Length; i++)\n        {\n            sum += array[i];\n        }\n    }\n    catch (Exception) { /* 什么都不做 */ }\n    return sum;\n}\n

在现代 .NET 版本（Core 3.0+、.NET 5/6/7/8）中，这种效果几乎消失了。JIT 变得更智能，try-catch 不会影响这种简单循环的速度。但这个问题本身的存在，是一个绝佳的机会来讨论如何正确处理异常。

C# 中使用 try-catch 的常见错误

现在我们已经解析了迷思，让我们转向真正的问题。以下是 确实会减慢 你的代码并使其更不可靠的最常见错误列表。

1. 使用异常来控制流程

这是经典错误。来自具有“懒惰”错误处理语言的程序员有时会这样写：

// 不好\ntry\n{\n    int.Parse(inputString);\n}\ncatch (FormatException)\n{\n    // 如果解析失败——使用默认值\n    inputString = "0";\n}\n

问题在于 抛出异常是一个非常昂贵的操作。JIT 必须构建调用栈、创建异常对象、遍历 catch 块。相反，请使用 TryParse：

// 好\nif (int.TryParse(inputString, out int result))\n{\n    // 使用 result 工作\n}\nelse\n{\n    // 无异常的错误处理\n}\n

结论： 永远不要将 try-catch 用作条件语句的替代品。异常用于异常情况，而不是常规逻辑。

2. 空的 catch 块

“吞掉”异常是最糟糕的做法之一：