在VS2019中，只需打开调试->Windows->汽车窗口。在那里，你看到concat返回值如下所示:

据我所知没有。请注意，如果你添加了一个变量，它将被编译器在发布版本中删除…

更新: 这个功能已经被添加到VS2013中。 您可以在自动窗口中看到返回值，或者在监视/立即窗口中使用$ReturnValue。

该值只能在函数返回后直接看到，因此访问它的最简单方法是在函数调用上设置断点，然后跳过(F10)调用。

VS2015更新:boo!不幸的是，它似乎不在VS2015 (devenv v14) VS2017更新:它回来了。(devenv v15)

是的，通过切换到VB.NET。P)你刚才说了“Visual Studio”。,)

在我的记忆中(从Visual Basic到VB.NET的所有版本)，您可以简单地查询函数名。它像一个局部变量一样“起作用”，在函数开始时隐式声明，它的当前值也被用作函数通过非返回语句退出时的返回值(即Exit function或只是falling through)，当然，当使用return语句时。

它还被设置为return语句的表达式。就像局部变量一样，它的值可以在函数内部的任何执行点检查(包括在return语句执行之后)。c#没有，也应该有。

That little VB.NET feature (plus the Exit Function statement which it enables - another feature C# doesn't have and should) is very useful in a form of defensive programming I practice where I always initialize the function name to the failure/default value as the first statement. Then, at any failure point (which normally occurs much more often than success points), I can simply call the Exit Function statement (i.e. without having to duplicate the failure / default expression or even a constant/variable name).

有很多变通办法，但似乎没有一个令人满意。

下面引用约翰·斯基特的话(对现已删除的答案的评论):

对我来说还是不方便 特别是如果你不知道是哪一个 返回你需要的值 在开始调试之前。我真的 不想要有一个临时的 变量混乱我的代码每 每次我还东西的时候

理论上，调试器可以有一个返回变量。毕竟:它只是堆栈上的一个变量:

unsafe {
  int * sp = stackalloc int[1];
  try {
    return a+b;
  }
  finally {
    Trace.WriteLine("return is " + *(sp+3));
  }
}

因此，请将此视为Visual Studio的一个特性请求。

在VS2019中，只需打开调试->Windows->汽车窗口。在那里，你看到concat返回值如下所示:

根据微软的说法，没有办法用托管代码可靠地实现这一点。这是他们意识到并正在努力解决的问题:

For those out there who have experience debugging native C++ or VB6 code, you may have used a feature where function return values are provided for you in the Autos window. Unfortunately, this functionality does not exist for managed code. While you can work around this issue by assigning the return values to a local variable, this is not as convenient because it requires modifying your code. In managed code, it’s a lot trickier to determine what the return value of a function you’ve stepped over. We realized that we couldn’t do the right thing consistently here and so we removed the feature rather than give you incorrect results in the debugger. However, we want to bring this back for you and our CLR and Debugger teams are looking at a number potential solutions to this problem. Unfortunately this is will not be part of Visual Studio 11.

https://connect.microsoft.com/VisualStudio/feedback/details/597933/add-a-return-pseudo-variable-to-the-visual-studio-debugger-for-net-code