Question

F12是追踪UI阻止操作的奇迹，但我无法弄清楚如何使其与VS 2008和托管代码一起使用。

帮助！或者不......

编辑：事实证明它在Vista x64上无法在VS 2005中运行，所以我想要根据你的观点扩大或缩小它:(

MSN

Answer 1

这是一种替代解决方案，即使应用程序“咬人”，也可以随时保留点击F12的便利性，而无需根据我的第一个答案切换到Visual Studio并调用“Break all”命令。

不幸的是，这个解决方案需要一个额外的代码添加到我们想要使用F12进入的应用程序中。这种特殊的调试代码可以使用例如条件编译。 DEBUG符号，以便在发布版本中不提供F12功能。

解决方案通过创建后台线程来工作;然后，该线程注册一个全局键盘钩子并启动一个无形式的消息循环。下面的示例应用程序在主UI线程上创建一个表单，其中只有一个按钮“Sleep”。单击按钮时，主UI线程将通过休眠10秒钟（Thread.Sleep）来锁定，以模拟应用程序“咬人”。

要测试F12功能，首先单击“睡眠”按钮，然后按F12 - 即使主UI线程被阻止，程序也会立即进入调试器。以下屏幕截图显示了F12之后我的机器（Vista x64）上当前正在运行的线程：

Active threads on F12 http://img242.imageshack.us/img242/5189/f12threadsre9.png

如您所见，主程序仍在“GoToSleep”方法中，而全局钩子在我们创建的后台线程中调用。

全局钩子代码基于Stephen Toub's article。

现在实施：

using System;
using System.Diagnostics;
using System.Drawing;
using System.Runtime.InteropServices;
using System.Threading;
using System.Windows.Forms;

namespace KeyboardHook
{

    public sealed class SimpleKeyboardHook : IDisposable
    {
        public SimpleKeyboardHook(Action<Keys> handler)
        {
            if (null == handler) { throw new ArgumentNullException("handler"); }
            this._handler = handler;
            var t = new Thread(this.ListenerThread) { IsBackground = true, Name = "KeyboardListener" };
            t.Start();
        }

        public void Dispose()
        {
            if (!this._disposed)
            {
                UnhookWindowsHookEx(this._id);
                this._disposed = true;
                GC.SuppressFinalize(this);
            }
        }

        public static void BreakOnF12(Keys keys)
        {
            if (keys == Keys.F12)
            {
                Debugger.Break();
            }
        }

        private void ListenerThread()
        {
            using (var currentProcess = Process.GetCurrentProcess())
            using (var mainModule = currentProcess.MainModule)
            {
                if (null == mainModule) { throw new InvalidOperationException("Unable to determine main module for the current process"); }

                this._id = SetWindowsHookEx(
                    WH_KEYBOARD_LL,
                    this.HookCallback,
                    GetModuleHandle(mainModule.ModuleName), 0);
            }

            Application.Run();
        }

        private IntPtr HookCallback(int nCode, IntPtr wParam, IntPtr lParam)
        {
            if (nCode >= 0 && wParam == (IntPtr)WM_KEYDOWN)
            {
                var vkCode = Marshal.ReadInt32(lParam);
                this._handler((Keys)vkCode);
            }
            return CallNextHookEx(this._id, nCode, wParam, lParam);
        }

        private delegate IntPtr LowLevelKeyboardProc(int nCode, IntPtr wParam, IntPtr lParam);

        [DllImport("user32.dll", CharSet = CharSet.Auto, SetLastError = true)]
        private static extern IntPtr SetWindowsHookEx(int idHook,
            LowLevelKeyboardProc lpfn, IntPtr hMod, uint dwThreadId);

        [DllImport("user32.dll", CharSet = CharSet.Auto, SetLastError = true)]
        [return: MarshalAs(UnmanagedType.Bool)]
        private static extern bool UnhookWindowsHookEx(IntPtr hhk);

        [DllImport("user32.dll", CharSet = CharSet.Auto, SetLastError = true)]
        private static extern IntPtr CallNextHookEx(IntPtr hhk, int nCode,
            IntPtr wParam, IntPtr lParam);

        [DllImport("kernel32.dll", CharSet = CharSet.Auto, SetLastError = true)]
        private static extern IntPtr GetModuleHandle(string lpModuleName);

        private const int WH_KEYBOARD_LL = 13;
        private const int WM_KEYDOWN = 0x0100;
        private IntPtr _id;
        private readonly Action<Keys> _handler;
        private volatile bool _disposed;
    }


    static class Program
    {
        private static void GoToSleep(object sender, EventArgs args)
        {
            Thread.Sleep(10000);
        }

        [STAThread]
        static void Main()
        {
            using (new SimpleKeyboardHook(SimpleKeyboardHook.BreakOnF12))
            {
                Application.EnableVisualStyles();
                Application.SetCompatibleTextRenderingDefault(false);

                var form = new Form { Text = "Sleepy form", Size = new Size(160,80), Padding = new Padding(6) };
                var btn = new Button { Dock = DockStyle.Fill, Text = "Sleep", Location = new Point(10, 10) };
                btn.Click += GoToSleep;
                form.Controls.Add(btn);
                Application.Run(form);
            }
        }
    }
}

Answer 2

虽然我不知道x86 Windows XP中的F12功能，但以下说明描述了我如何闯入已运行的程序（此技术适用于x86和x64 Windows操作系统）。

首先，运行Visual Studio（2008,2005,2003 ......并不重要，因为它们都支持附加到正在运行的进程;它们从最终调试器WinDbg继承此功能，可在Debugging Tools for Windows处获得）

从“工具”菜单中，选择“附加到进程...”命令：

Attach to process menu http://img297.imageshack.us/img297/2369/attachmenuhe7.png

我发现此功能非常有用我甚至将此命令添加到Visual Studio主工具栏：

Attach to process in toolbar http://img440.imageshack.us/img440/1232/vstoolbarmainaw4.png

将显示“附加到进程”对话框。它将列出所有当前正在运行的进程（如果未列出您的进程，请尝试在对话框底部启用“显示所有用户的进程”或“在所有会话中显示进程”复选标记）。只需选择您想要进入的过程并点击“附加”按钮：

Attach to process dialog http://img231.imageshack.us/img231/8415/vsdialogattachoq5.png

注意：调试器可以在不同的模式下工作，调试本机代码，托管代码，脚本（在Internet Explorer中），甚至是T-SQL和WF工作流。无论您的选择是什么，“附加到流程”对话框都会在下次打开时记住它们。

Visual Studio成功附加到您尝试进入的进程后，使用Debug - ＆gt; Break All命令用于停止此过程中的所有线程：

Break all menu http://img297.imageshack.us/img297/8579/vsmenubreakallrb1.png

此命令也可从调试工具栏中获得：

Break all in toolbar http://img440.imageshack.us/img440/248/vstoolbardebugwt4.png

中断后，您可以浏览所有当前运行的线程，它们的堆栈，内存，本地和全局变量等。这应该允许您对即使从您使用的F12功能的x64操作系统进行长时间运行操作进行故障排除不容易获得。

Answer 3

我非常确定您必须安装并运行内核模式调试器才能实现此功能。我已经在很多不同的机器上安装了各种版本的Visual Studio，而且我从未让 F12 键做任何特别的事情。我不认为它与VS本身有任何关系，你只是关联它，因为你碰巧也在机器上安装了VS.

我建议下载并安装Windows Software Development Kit (SDK)中包含的“Windows调试工具”软件包。（或者，如果您是驱动程序开发人员，您可能更愿意下载Windows驱动程序工具包（WDK），其中还包括这些工具。）确保在安装过程中选择“调试工具”框。如果这是您要安装的唯一工具，则可以选中该框并取消选中所有其他工具;它们不是必需的组件。

这将确保您的计算机上安装了内核调试器（KD）和NTKD变体以及WinDbg GUI。这些工具都可用于x86和x64处理器。

在此处查看更多信息：Windows Debugging。

如何让F12在VS x的Vista x64上进入调试器？

3 个答案: