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

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

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

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

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

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

进入“工具→选项”、“IntelliTrace”菜单，修改设置，收集事件和呼叫信息。

您可以返回到前面的调用事件(Ctrl + Shift + F11)，并在autos窗口中看到方法调用返回的临时值作为方法名的子值。

这并没有显示您所在方法的返回值。它只显示当前方法中调用的最后一个方法的返回值。

所以，对于

DataTable go(){return someTableAdapter.getSomeData();}

因为它会显示someTableAdapter.getSomeData()的返回值。

但不是为了:

int go(){return 100 * 99;}

我同意这是一件非常有用的事情:不仅可以在退出方法之前看到它的返回值，而且还可以看到我刚刚跳过的方法的返回值。我把它作为Visual Studio商业扩展“OzCode”的一部分来实现。

有了它，你可以直接在代码编辑器中查看方法的返回值，就像一种hud显示:

要了解更多信息，请观看这个视频。

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

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

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

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

使用Shift-F11走出go()方法，然后在“Autos”调试窗口中，它将显示方法调用的返回值，该方法调用刚刚弹出堆栈(在这种情况下，go()方法是你想要的)。这是Visual Studio 2005中的行为;我还没有使用Visual Studio 2008，所以我不知道这个行为是否在那个版本相同。