VS2022扩展启动程序并附加调试器：如何规避LdrpDoDebuggerBreak()断点？

你的场景是在无解决方案加载的情况下，通过挂起启动进程来添加自定义断点，但附加调试器后恢复线程时会触发初始断点弹窗。以下是具体的解决方案和替代API建议：

问题原因 #

当你以挂起状态启动进程，附加VS调试器后恢复线程，调试器会默认触发进程启动时的系统初始断点，这是VS调试器的默认行为，导致弹出断点提示窗口。

解决方案一：通过EnvDTE API禁用初始断点 #

在附加调试器后、恢复线程前，临时禁用调试器的“启动时中断”设置，完成自定义断点添加后再恢复线程，最后可按需还原原设置。

修改后的Execute方法代码：

private void Execute(object sender, EventArgs e)
{
    STARTUPINFO si = new STARTUPINFO();
    PROCESS_INFORMATION pi = new PROCESS_INFORMATION();
    uint CREATE_SUSPENDED = 0x00000004;
    bool success = CreateProcess(@"C:\Windows\System32\notepad.exe", null, IntPtr.Zero, IntPtr.Zero, false, CREATE_SUSPENDED, IntPtr.Zero, null, ref si, out pi);

    // 强制切换到主线程（如果Execute不在UI线程）
    ThreadHelper.ThrowIfNotOnUIThread();

    // 获取Debugger2接口以访问更多调试设置
    var debugger = dte.Debugger as EnvDTE80.Debugger2;
    // 保存原有的启动中断设置
    var originalBreakOnStart = debugger.BreakOnStartup;
    // 禁用启动时自动断点
    debugger.BreakOnStartup = false;

    EnvDTE.Process targetProc = null;
    foreach (EnvDTE.Process proc in dte.Debugger.LocalProcesses)
    {
        if (proc.ProcessID == pi.dwProcessId)
        {
            targetProc = proc;
            proc.Attach();
            break;
        }
    }

    // 添加你的自定义断点示例
    if (targetProc != null)
    {
        // 替换为你实际的断点位置：文件路径、行号
        var customBreakpoint = debugger.Breakpoints.Add("", @"C:\Your\Target\CodeFile.cs", 15);
        customBreakpoint.Enabled = true;
    }

    // 恢复进程线程
    ResumeThread(pi.hThread);

    // 按需还原原启动中断设置
    debugger.BreakOnStartup = originalBreakOnStart;
}

解决方案二：使用VS原生调试器COM接口（更精细控制） #

如果需要更底层的调试控制，可以使用Microsoft.VisualStudio.Debugger.Interop命名空间下的COM接口，通过设置附加标志跳过初始断点。

核心实现代码：

using Microsoft.VisualStudio.Shell;
using Microsoft.VisualStudio.Debugger.Interop;
using System.Runtime.InteropServices;

private async void Execute(object sender, EventArgs e)
{
    await ThreadHelper.JoinableTaskFactory.SwitchToMainThreadAsync();

    STARTUPINFO si = new STARTUPINFO();
    PROCESS_INFORMATION pi = new PROCESS_INFORMATION();
    uint CREATE_SUSPENDED = 0x00000004;
    bool success = CreateProcess(@"C:\Windows\System32\notepad.exe", null, IntPtr.Zero, IntPtr.Zero, false, CREATE_SUSPENDED, IntPtr.Zero, null, ref si, out pi);

    // 获取VS调试器服务
    var vsDebugger = await Package.GetGlobalServiceAsync(typeof(SVsShellDebugger)) as IVsDebugger;

    // 配置附加参数，设置跳过初始断点的标志
    var attachInfo = new VsDebugTargetInfo2();
    attachInfo.cbSize = (uint)Marshal.SizeOf(typeof(VsDebugTargetInfo2));
    attachInfo.dlo = DEBUG_LAUNCH_OPERATION.DLO_AlreadyRunning;
    attachInfo.bstrExe = @"C:\Windows\System32\notepad.exe";
    attachInfo.dwProcessId = pi.dwProcessId;
    // 关键标志：附加时不加载调试信息，跳过初始断点
    attachInfo.grfLaunch = (uint)DEBUG_LAUNCH_FLAGS.DLF_ATTACH_NO_DEBUG_INFO;

    // 执行附加操作
    vsDebugger.LaunchDebugTargets2(1, ref attachInfo);

    // 此处添加你的自定义断点逻辑（需通过IDebugBreakpoint2等接口实现）

    // 恢复进程线程
    ResumeThread(pi.hThread);
}

备选方案：调整附加与恢复顺序（谨慎使用） #

如果你的自定义断点不需要拦截进程启动初期的代码，可以尝试先恢复线程再附加调试器，但这种方式可能会错过进程启动阶段的执行逻辑，仅适合特定场景。

内容的提问来源于stack exchange，提问作者pulp