C# Exception过滤器失效疑问：为何when子句不如catch内判断有效？

你的第一种when过滤器失效、第二种通用catch判断生效的核心原因，通常和异常链结构差异或异常被上层包装有关，具体如下：

1. 异常链层级不匹配 #

你的when子句只检查了直接的InnerException，但在部分场景中，目标SqlException(2601)可能藏在异常链的更深层级（比如ex.InnerException.InnerException）。此时子方法的过滤器因仅检查第一层而不匹配，异常向上传递到父方法；而父方法捕获的异常可能是经过包装后的新异常，其直接InnerException刚好是目标SqlException，因此判断逻辑生效。

2. 异常被上层框架重新包装 #

在REST Web服务这类场景中，上层框架（如ASP.NET Core的异常处理中间件）会捕获原始异常并包装成框架自定义异常（如HttpRequestException）。此时：

• 子方法的catch(Exception ex)捕获的是原始异常，但该异常的InnerException可能并非目标SqlException（甚至为null）；
• 父方法捕获的是框架包装后的异常，其InnerException指向原始异常，而原始异常的InnerException才是SqlException(2601)——你的第二种写法刚好命中了这个层级。

3. 异常过滤器的短路特性 #

异常过滤器返回false时，异常会直接向上传递，不会进入对应的catch块。如果子方法的过滤器因任何原因（如InnerException为null、类型不匹配、Number值不符）返回false，异常就会被父方法的通用catch捕获。而你说断点未触发，可能是：

• 异常根本没到达子方法的catch块（被上层更早的catch逻辑捕获）；
• 过滤器执行了但返回false，调试器断点未命中（可尝试开启“当异常抛出时中断”的调试选项）。

4. SqlException的命名空间冲突 #

如果项目同时引用了System.Data.SqlClient和Microsoft.Data.SqlClient两个库，不同场景下可能加载了不同版本的SqlException类型。此时子方法的过滤器因类型不匹配返回false，而父方法的判断因引用了正确的命名空间而匹配成功。

修复方案 #

1. 检查完整异常链：在父方法的catch块中打印ex.ToString()，确认目标SqlException的位置，修改子方法的when子句匹配正确层级，比如：

   // 检查第二层InnerException
   catch(Exception ex) when (ex.InnerException?.InnerException is SqlException { Number: 2601 })
   

   或者写递归方法遍历整个异常链：

   private static bool HasSqlException2601(Exception ex)
   {
       while (ex != null)
       {
           if (ex is SqlException sqlEx && sqlEx.Number == 2601)
               return true;
           ex = ex.InnerException;
       }
       return false;
   }
   
   // 使用过滤器
   catch(Exception ex) when (HasSqlException2601(ex))
   

2. 确认异常包装逻辑：调试时对比子方法和父方法中ex的类型、InnerException结构，判断是否存在框架包装的情况。
3. 统一SqlClient引用：确保项目仅引用一个版本的SqlClient库（System.Data.SqlClient或Microsoft.Data.SqlClient），避免类型冲突。

内容的提问来源于stack exchange，提问作者Luis Abreu