我可以通过编程方式将正在运行的 .NET 6 进程附加到正在运行的 Visual Studio 调试器实例吗?

问题描述 投票:0回答:2

我正在调试 IPC 逻辑,其中一个 .NET 6 进程正在启动另一个进程,但我无法在同一个 Visual Studio 2022 实例中调试这两个进程。

当子进程点击

DebugBreak(true)
时如下:


    [Conditional("ATTACH_DEBUGGER")]
    public static void DebugBreak(bool condition)
    {
        if (condition)
        {
            if (!System.Diagnostics.Debugger.IsAttached)
            {
                System.Diagnostics.Debugger.Launch();
                System.Diagnostics.Debugger.Break();
            }
        }
    }

系统提示我启动 VS2022 的新实例来调试它:

VS 2022 attach debugger

但是,如果我已经在调试父进程,我想在现有的 VS 实例中调试它。

这可能吗?是否有我可能缺少的 VS 配置设置?

当前的解决方法:手动附加,同时使用下面的

WaitForDebugger()
将子进程置于等待状态:

    [Conditional("ATTACH_DEBUGGER")]
    public static void WaitForDebugger()
    {
        using var process = Process.GetCurrentProcess();
        Console.WriteLine($"Waiting for debugger, process: {process.ProcessName}, id: {process.Id}, Assembly: {Assembly.GetExecutingAssembly().Location}");

        while (!System.Diagnostics.Debugger.IsAttached)
        {
            // hit Esc to continue without debugger
            if (Console.KeyAvailable && Console.ReadKey(intercept: true).KeyChar == 27)
            {
                break;
            }
            Thread.Sleep(TimeSpan.FromSeconds(1));
            Console.Beep(frequency: 1000, duration: 50);
        }
    }
c# .net visual-studio debugging .net-6.0
2个回答
4
投票

我有一个非常相似的设置,其中以下步骤可以实现此目的。然而,这是与 .NET Framework 一起使用的,所以我不能保证它可以与 .NET Core 一起使用。 (更新:请参阅下面的 .NET Core 方法; 请参阅末尾以获取 GitHub 上完整代码示例的链接。)

首先,在 first 进程(例如

FirstProcess
)中确定要将调试器附加到 second 进程 (
SecondProcess
) 的点。显然,此时需要运行
SecondProcess
(如
SecondProcess.exe
所示)。

打开解决方案资源管理器并导航至

References
以查找
FirstProcess
中的相关项目。右键单击,搜索“env”并添加两个引用,
EnvDTE (v.8.0.0.0)
EnvDTE80 (v.8.0.0.0)

将以下方法添加到

FirstProcess
中要附加的位置的类中:

private static void Attach(DTE2 dte)
{
    var processName = "SecondProcess.exe";
    var processes = dte.Debugger.LocalProcesses;
    
    // Note: Depending on your setup, consider whether an exact match is required instead of using .IndexOf()
    foreach (var proc in processes.Cast<EnvDTE.Process>().Where(proc => proc.Name.IndexOf(processName) != -1))
    {
        proc.Attach();
    }
}

private static DTE2 GetCurrent()
{
    // Note: "16.0" is for Visual Studio 2019; you might need to tweak this for VS2022.
    var dte2 = (DTE2)Marshal.GetActiveObject("VisualStudio.DTE.16.0");
    return dte2;
}

Visual Studio 现在应该提示您将以下引用添加到您的类中:

using System.Runtime.InteropServices;
using EnvDTE80;

最后,在

FirstProcess
中您希望将调试器附加到
SecondProcess
的位置插入以下行:

Attach(GetCurrent());

如果您设法使其正常工作,请随时编辑此答案并进行 .NET Core 环境所需的任何更改。

更新 - 对于 .NET Core:

对于 .NET Core 有两个问题需要克服:

  1. DTE 参考在 .NET Core 中不可用。然而,他们可以 作为 NuGet 包添加。 您需要添加两个 NuGet 软件包,
    envdte
    envdte80
    (均由 Microsoft 提供,拥有 2M+ 下载),至
    FirstProcess
  2. 方法
    Marshal.GetActiveObject()
    在.NET中不可用 核。要解决此问题,您可以从 Microsoft 获取源代码 (这里)并手动添加; 这已经在 下面的代码示例.

接下来是

FirstProcess
的完整工作 .NET Core 代码示例。 这会在启动后以编程方式正确附加到
SecondProcess


namespace FirstProcess
{
    using System;
    using System.Diagnostics;
    using System.Linq;
    using System.Runtime.InteropServices;
    using System.Runtime.Versioning;
    using System.Security;
    using System.Threading;

    using EnvDTE80;

    class Program
    {
        private const string FileName = "C:\\Users\\YourUserName\\source\\repos\\TwoProcessesSolution\\SecondProcess\\bin\\Debug\\net5.0\\SecondProcess.exe";
        private const string ProcessName = "SecondProcess";

        static void Main(string[] args)
        {
            var childProcess = Process.Start(new ProcessStartInfo(FileName));
            
            Attach(GetCurrent());

            while (true)
            {
                // Your code here.
                Thread.Sleep(1000);
            }

            childProcess.Kill();
        }

        private static void Attach(DTE2 dte)
        {
            var processes = dte.Debugger.LocalProcesses;

            // Note: Depending on your setup, consider whether an exact match is required instead of using .IndexOf()
            foreach (var proc in processes.Cast<EnvDTE.Process>().Where(proc => proc.Name.IndexOf(ProcessName) != -1))
            {
                proc.Attach();
            }
        }

        private static DTE2 GetCurrent()
        {
            // Note: "16.0" is for Visual Studio 2019; you might need to tweak this for VS2022.
            var dte2 = (DTE2)Marshal2.GetActiveObject("VisualStudio.DTE.16.0");
            
            return dte2;
        }

        public static class Marshal2
        {
            internal const String OLEAUT32 = "oleaut32.dll";
            internal const String OLE32 = "ole32.dll";

            [System.Security.SecurityCritical]  // auto-generated_required
            public static Object GetActiveObject(String progID)
            {
                Object obj = null;
                Guid clsid;

                // Call CLSIDFromProgIDEx first then fall back on CLSIDFromProgID if
                // CLSIDFromProgIDEx doesn't exist.
                try
                {
                    CLSIDFromProgIDEx(progID, out clsid);
                }
                    //            catch
                catch (Exception)
                {
                    CLSIDFromProgID(progID, out clsid);
                }

                GetActiveObject(ref clsid, IntPtr.Zero, out obj);
                return obj;
            }

            //[DllImport(Microsoft.Win32.Win32Native.OLE32, PreserveSig = false)]
            [DllImport(OLE32, PreserveSig = false)]
            [ResourceExposure(ResourceScope.None)]
            [SuppressUnmanagedCodeSecurity]
            [System.Security.SecurityCritical]  // auto-generated
            private static extern void CLSIDFromProgIDEx([MarshalAs(UnmanagedType.LPWStr)] String progId, out Guid clsid);

            //[DllImport(Microsoft.Win32.Win32Native.OLE32, PreserveSig = false)]
            [DllImport(OLE32, PreserveSig = false)]
            [ResourceExposure(ResourceScope.None)]
            [SuppressUnmanagedCodeSecurity]
            [System.Security.SecurityCritical]  // auto-generated
            private static extern void CLSIDFromProgID([MarshalAs(UnmanagedType.LPWStr)] String progId, out Guid clsid);

            //[DllImport(Microsoft.Win32.Win32Native.OLEAUT32, PreserveSig = false)]
            [DllImport(OLEAUT32, PreserveSig = false)]
            [ResourceExposure(ResourceScope.None)]
            [SuppressUnmanagedCodeSecurity]
            [System.Security.SecurityCritical]  // auto-generated
            private static extern void GetActiveObject(ref Guid rclsid, IntPtr reserved, [MarshalAs(UnmanagedType.Interface)] out Object ppunk);

        }
    }
}

注 1:这适用于 Visual Studio 2019 和 .NET Core 5。我希望这适用于 VS2022 和 .NET Core 6,只需对上面注释的 Visual Studio 版本进行一次更改即可。

注 2:您需要仅打开一个 Visual Studio 实例(尽管如果不可能,代码可能很容易修复)。

可下载演示

GitHub 上提供了 .NET Framework (v4.7.2) 和 .NET Core (v5.0) 的完整工作示例:https://github.com/NeilTalbott/VisualStudioAutoAttacher


0
投票

有点晚了,但目前还有来自 Microsoft 的 ChildProcessDebugger:请参见此处:https://marketplace.visualstudio.com/items?itemName=vsdbgplat.MicrosoftChildProcessDebuggingPowerTool

© www.soinside.com 2019 - 2024. All rights reserved.