即使DebugType = full,也无法在发布模式下调试应用程序

Ami*_*ens 11 c# clr release visual-studio-2010 visual-studio-debugging

我们正在为Release构建解决方案,但是当尝试使用studio 2010 professional进行附加时,没有线程显示任何堆栈信息,也不能设置任何断点等.

目标是能够将Visual Studio/JIT调试器附加到正在运行的进程,同时具有尽可能多的优化优势.

我们的大多数搜索都归结为'使用debug编译:完全'并且您将能够进行调试,但似乎并非如此,我认为JIT在运行时优化代码而因此我们无法调试,是这是真的?是否有可能编译并告诉JIT淡化优化并允许调试?(同时保留其他优化)

UPDATE

使用@HansPassant的答案,我查看了模块并看到虽然pdbs与二进制文件位于同一目录中,但实际上没有加载调试符号.我也看到我的库标记为'用户代码' - '否',这可能是它没有自动加载的原因.通过手动加载符号并禁用"just-my-code",我还可以设置断点并查看堆栈.

现在问题:为什么我的代码没有标记为用户代码?这是正常的行为吗?我可以通过某种方式将其配置到我的程序集以避免这种情况吗?

Han*_*ant 17

调试优化代码并不是很愉快.您当然可能无法设置断点,可能已经内联了一种方法.当变量被优化为存储在cpu寄存器中时,检查局部变量和方法参数可能会使调试器变得阴沉.

但是你当然可以检查调用堆栈,你会看到堆栈跟踪中没有内联的方法.你可能犯的基本错误:

  • 附加调试器时,可以选择调试器类型.一定要选择"Managed",对本机调试器没什么用处
  • 确保您正在查看正确的线程,程序可以在任意位置被破坏.使用Debug + Windows + Threads选择适当的线程
  • 确保您实际上在代码中的某个位置被破坏了.您可以轻松地在Windows操作系统DLL或框架方法中结束,在这种情况下几乎没有什么可看的.工具+选项,调试,符号和启用符号服务器,以便在Windows内部启动的堆栈跟踪准确
  • 调试器必须能够找到PDB文件.使用Debug + Windows + Modules,您将看到流程中加载的程序集.首先确保实际加载了要调试的那个.右键单击它并选择"符号加载信息".它显示了它查找PDB文件的位置
  • "只是我的代码"选项可能会严重影响,您很可能遇到大量不属于您的代码.工具+选项,调试,常规并关闭该选项.

  • (+1)"模块"窗口显示我的程序集不被视为用户代码,请参阅更新的问题 (2认同)