Debug模式下Visual Studio对C#不同异常的处理是否存在差异？

问题场景 #

我正在编写简单的C#控制台应用程序学习异常处理，代码里包含try-catch块，但遇到了如下差异：

• 触发NullReferenceException时，Visual Studio会跳转到异常发生行（如同设置了断点），需要手动继续执行；
• 触发ArgumentNullException时，程序会正常执行到结束。

示例代码1 #

string[] myArray = {null};
try
{
    Console.WriteLine(myArray[0].GetType());
}
catch (NullReferenceException x)
{
    Console.WriteLine(x.Message);
}

触发NullReferenceException时，控制台窗口会切换至Visual Studio界面。

示例代码2 #

string[] myArray = {null};
try
{
    Console.WriteLine(Int32.Parse(myArray[0]));
}
catch (ArgumentNullException x)
{
    Console.WriteLine(x.Message);
}

触发ArgumentNullException时，程序会在控制台窗口正常执行完毕。

问题：Debug模式下Visual Studio对C#不同类型的异常是否会采取不同的处理方式？

解答 #

这是因为Visual Studio的异常设置中，默认会对不同类型的异常配置不同的中断规则：

• NullReferenceException属于VS默认标记为「抛出时中断」的异常，这类异常通常暗示代码存在逻辑漏洞，所以即便你已经写了catch块捕获它，Debug模式下VS仍会先中断执行，跳转到异常发生位置，提醒开发者排查问题。
• ArgumentNullException默认未开启「抛出时中断」，所以程序会直接进入catch块执行异常处理逻辑，直至程序正常结束。

你可以手动调整这个行为：

1. 打开Visual Studio的「调试」菜单，选择「窗口」->「异常设置」（或使用快捷键Ctrl+Alt+E）。
2. 在弹出的窗口中，展开「Common Language Runtime Exceptions」节点。
3. 找到对应异常类型，勾选或取消「抛出时中断」的复选框，即可修改VS对该异常的处理方式。

内容的提问来源于stack exchange，提问作者Hr.Panahi