调试：pdbonly .Net 2 和 .Net 4 之间的区别

Question

我按照 Scott Hanselmans 网页上的这个例子进行操作： http://www.hanselman.com/blog/ReleaseISNOTDebug64bitOptimizationsAndCMethodInlinedInReleaseBuildCallStacks.aspx

我的目标是从抛出异常的位置获取行号，而不是捕获异常的位置。

当我使用以下构建脚本编译代码时，它不会工作

SET FXROOT=%Systemroot%\Microsoft.NET\Framework\v4.0.30319

DEL *.exe /q

"%FXROOT%\csc.exe" /t:exe /out:NormalRelease.exe /debug:pdbonly /o+ NormalProgram.cs

NormalRelease.exe > NormalRelease32.txt

输出：

System.ApplicationException: generic bad thing
   at NormalProgram.Main(String[] args) in c:\Development\DebugSymbols\DebugSymConsole\NormalProgram.cs:line 8

当我使用此构建脚本编译代码时，它会工作

SET FXROOT=%Systemroot%\Microsoft.NET\Framework\v2.0.50727

DEL *.exe /q

"%FXROOT%\csc.exe" /t:exe /out:NormalRelease.exe /debug:pdbonly /o+ NormalProgram.cs

NormalRelease.exe > NormalRelease32.txt

输出：

System.ApplicationException: generic bad thing
   at NormalProgram.badMethod() in c:\Development\DebugSymbols\DebugSymConsole\NormalProgram.cs:line 18
   at NormalProgram.Main(String[] args) in c:\Development\DebugSymbols\DebugSymConsole\NormalProgram.cs:line 8

区别在于，我的第一个示例是针对 .net2-framework 进行编译的，在第二个示例中，我是针对 .net4-framework 进行编译的。

任何解决我的问题的方法将不胜感激，谢谢。

Answer 1

如果您希望从发布配置中生成的代码生成行号，则这是您必须处理的问题。 JIT 编译器的优化器已启用，它将移动代码以创建更高效​​的机器代码。这将影响报告的行号的准确性。

这里的具体解决方法是将此属性应用于“badMethod”：

using System.Runtime.CompilerServices;
...
        [MethodImpl(MethodImplOptions.NoInlining)]
        void badMethod() {
            // etc...
        }

这不是一个令人愉快的解决方法，内联是一个重要的优化，特别是在属性 getter/setter 上。 .NET 2.0 和 4.0 之间存在差异的原因是，它们在决定何时内联方法时具有不同的抖动和不同的规则。