调试器 StepInto 自动生成的代码和 JMC 问题

我正在使用 MDBG 示例制作托管 .NET 调试器。

目前，我正在努力解决 StepInto 行为，而 StepOut 和 StepOver 似乎有效。

实现Just-My-Code迈步我在呼唤SetJMCStatus在模块加载时。这工作得很好，让我可以调试我的代码。

但由于我将整个模块设置为 JMC，一些自动生成的代码开始发挥作用并破坏单步执行。此类代码的一个示例是自动属性。

由于调试器正在执行 Il 指令，因此通过单步执行，我将进入自动生成的内部get_propertyName and set_propertyName方法，它们被标记为我的代码，因为它们是我的模块的一部分。

为了将此类自动生成的代码与我的代码区分开来，我可以使用调试符号，而在自动生成的代码中则缺少这些符号。然后我可以简单地将方法标记为不是我的代码，以便在单步执行期间跳过它。

问题是我不知道在单步执行之前哪些方法是自动生成的。当我进入一个没有调试符号的方法时，我可以将其标记为不是我的代码，但为时已晚 - 调试器停止在它不应该停止的地方。

理论上，我可以使用 IMetadataImport 迭代我的模块方法，并在调试器启动时设置它们的 JMCStatus，但这似乎相当昂贵：

 foreach (var methodToken in mdbgModule.Importer.EnumerateAllMethodTokens()) {
                var func = mdbgModule.GetFunction(methodToken);
                    if (func.SymMethod == null)
                        func.CorFunction.JMCStatus = false;
            }

如果我知道接下来要执行什么函数，那么我就能够设置它的状态并防止第一次单步执行自动生成的代码。

我坚持使用 MDBG 方法进行单步执行，不改变任何内容，只是在需要的地方调用 SetJMCStatus，所以我不确定提供任何代码是否有意义...如果是这样，我将编辑问题，只需添加一条评论！

任何有关主题的建议将不胜感激！

Regards,

迈克·斯托尔hinted https://blogs.msdn.microsoft.com/jmstall/2004/12/31/how-can-i-debug-just-my-code/一种选择是，您可以为整个模块设置 JMC，然后当调试器步进器中断时，检查该方法是否可调试，如果不可调试，则禁用其 JMC 状态并重新运行步进器。 （我不确定如果恢复步进器需要在再次进入之前退出，这是否会导致行为发生变化。）

您可能可以通过仅为具有可用 pdb 的模块设置 JMC 并通过禁用类/方法的 JMC 来改进事情[DebuggerNonUserCode]应用（也许[调试器隐藏] https://msdn.microsoft.com/en-us/library/system.diagnostics.debuggerhiddenattribute(v=vs.110).aspx也）。但不是枚举所有类/方法并检查它们是否具有该属性，而是枚举自定义属性并返回（IMetaDataImport::EnumCustomAttributes https://msdn.microsoft.com/en-us/library/ms231454(v=vs.110).aspx设置了 tkType 但未设置，然后使用IMetaDataImport::GetCustomAttributeProps https://msdn.microsoft.com/en-us/library/ms231451(v=vs.110).aspx得到它所应用的东西）。

您也许可以做类似的事情[CompilerGenerated]如果在方法级别应用属性，则该属性会出现错误，但在类级别应用时会出现误报（编译器将其应用于迭代器和异步方法的状态机，但两者也可能有非生成的代码）。