如何在Visual Studio 2017中交互式调试指定代码行？

我之前也碰到过一模一样的调试坑！这大概率是.NET调试器在处理本地函数作为委托参数传递时的局限性导致的，特别是在监视窗口或者即时窗口（Shift+F9）直接计算完整方法调用的时候。

问题原因 #

你定义的GreaterThan是一个本地函数，它的编译逻辑和作用域处理和普通的顶级方法不一样。当调试器尝试即时计算OperateOnTwoNumbers(2, 1, GreaterThan)时，它可能无法正确解析本地函数的上下文引用，导致抛出调试错误。

可行的解决方案 #

• 拆分变量，间接传递委托：把本地函数先赋值给一个委托变量，再传递给方法，这样调试器能正确识别委托的上下文，不管是监视变量还是方法调用都没问题：

static void Main(string[] args) { 
    bool GreaterThan(int x, int y) { return x > y; } 
    bool OperateOnTwoNumbers(int x, int y, Func<int, int, bool> func) { return func(x, y); } 

    // 先将本地函数赋值给委托变量
    Func<int, int, bool> greaterThanDelegate = GreaterThan;
    // 再调用方法，此时调试不会出错
    var twoGreaterThanOne = OperateOnTwoNumbers(2, 1, greaterThanDelegate); 
}

• 在即时窗口手动模拟调用：如果不想修改代码，你可以分两步验证：

  1. 先在即时窗口输入GreaterThan(2,1)，确认本地函数的执行结果；
  2. 再用lambda表达式替代本地函数，输入OperateOnTwoNumbers(2,1,(x,y)=>x>y)，验证方法本身的逻辑是否正常。

• 升级调试工具版本：有些旧版本的Visual Studio（比如2019早期版本）或者.NET SDK对本地函数的调试支持不够完善，升级到Visual Studio 2022+或者较新的.NET 6/7/8 SDK，可能能直接解决这个兼容性问题。

补充说明 #

这其实是调试器的一个已知限制，并非代码逻辑错误——你的代码在运行时是完全正常的，只是调试器在即时计算时没能正确加载本地函数的作用域上下文。

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