我想调试在表达式树中调用的 lambda。不幸的是,断点永远不会被命中。
这是一个完整的控制台程序:
private static void Main()
{
var evalAndWrite = EvalAndWrite(x => x + 1 /* a breakpoint here is never hit */);
evalAndWrite(1);
Console.ReadLine();
}
private static Action<int> EvalAndWrite(Expression<Func<int, int>> expr)
{
var result = Expression.Variable(typeof(int), "result");
var assign = Expression.Assign(result, expr.Body);
var writeLine = Expression.Call(typeof(Console), nameof(Console.WriteLine), null, result);
var body = Expression.Block(new[] {result}, assign, writeLine);
return Expression.Lambda<Action<int>>(body, expr.Parameters[0]).Compile();
}
如果我设置一个断点withinlambda(即在x + 1
使用 F9)整行在实际执行时被中断,但 lambda 却没有被中断。
查看调试视图body
I see:
.Block(System.Int32 $result) {
$result = $x + 1;
.Call System.Console.WriteLine($result)
}
这表明复制语义:lambda 的逻辑已被“内联”,并且我认为与原始 lambda 的连接已丢失。或者是否有任何技巧可以使 Visual Studio 中的原始 lambda 调试成为可能?
An Expression
是数据,不是代码。有可能转换成代码,通过调用Compile()
,但在您这样做之前,它不是代码。这是数据。并且调试器只能在代码中设置断点。
更具体地说,调试器使用编译时生成的 .pdb 文件中的信息,将编译后的代码与原始源代码关联起来。当您使用 lambda 来定义Expression
,此时您没有生成任何已编译的代码,因此 .pdb 中没有任何内容可以将调试器指向 lambda 中的代码。您正在生成一个表达式树,它是一种可以稍后在运行时转换为代码的数据。
(并不是说调试器理论上不可能支持这一点,但据我所知,这需要大量额外的工作,尚未完成的工作。)
根据您的最终目标是什么,您也许可以通过添加一定程度的间接来实现您想要的目标。例如:
private static void Main()
{
Func<int, int> e = x => x + 1; // set breakpoint here
var evalAndWrite = EvalAndWrite(x => e(x));
evalAndWrite(1);
Console.ReadLine();
}
当然,这种方法会隐藏实际的表达主体EvalAndWrite()
方法。如果您使用表达式作为“反编译”原始 lambda 的方式,以便您可以检查它或出于某种原因使用主体的各个部分,那么上述内容将没有用处。但在你的例子中,你似乎没有这样做。所以也许这足以满足您的需求。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)