如何让F12在Vista x64和VS 2008上进入调试器?

这是另一种解决方案,它保留了随时按F12键的便利性,即使应用程序“咬住”,也不必切换到Visual Studio并根据我的第一个答案调用“Break all”命令。

不幸的是,这个解决方案需要一个添加一些额外的代码到应用程序,我们想打破使用F12。可以使用调试符号等条件编译此特殊调试代码,以便在发布版本中无法使用F12功能。

该解决方案通过创建一个后台线程来工作;然后该线程注册一个全局键盘挂钩并启动一个无窗体的消息循环。下面的示例应用程序使用一个按钮“Sleep”在主UI线程上创建一个表单。当点击按钮时,主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);
            }
        }
    }
}

虽然我不知道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->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操作系统中。

我很确定你必须安装并运行内核模式调试器才能正常工作。我在很多不同的机器上安装了不同版本的Visual Studio,而且我从来没有 12层 钥匙做任何特别的事。我不认为这和VS本身有什么关系,你只是把它联系起来,因为你碰巧 也 在机器上安装VS。

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

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

更多信息请参见: Windows Debugging .