[Win32]一个调试器的实现(一)调试事件与调试循环
2016-09-23 13:16
429 查看
前言
程序员离不开调试器,它可以动态显示程序的执行过程,对于解决程序问题有极大的帮助。如果你和我一样对调试器的工作原理很感兴趣,那么这一系列文章很适合你,这些文章记录了我开发一个调试器雏形的过程,希望对你有帮助。或许我写的代码很拙劣,还请大家多多见谅!
这个调试器使用Visual Studio 2010作为开发工具,是一个控制台程序。为了简化,一切输入输出都使用C++标准库的相关类,而且省略了很多错误检查和处理的过程。
启动被调试程序
要想对一个程序进行调试,首先要做的当然是启动这个程序,这要使用CreateProcess这个Windows API来完成。例如,下面的代码以记事本作为被调试程序:
CreateProcess的第六个参数使用了DEBUG_ONLY_THIS_PROCESS,这意味着调用CreateProcess的进程成为了调试器,而它启动的子进程成了被调试的进程。除了DEBUG_ONLY_THIS_PROCESS之外,还可以使用DEBUG_PROCESS,两者的不同在于:DEBUG_PROCESS会调试被调试进程以及它的所有子进程,而DEBUG_ONLY_THIS_PROCESS只调试被调试进程,不调试它的子进程。一般情况下我们只想调试一个进程,所以应使用后者。
我建议在第六个参数中加上CREATE_NEW_CONSOLE标记。因为如果被调试程序是一个控制台程序的话,调试器和被调试程序的输出都在同一个控制台窗口内,显得很混乱,加上这个标记之后,被调试程序就会在一个新的控制台窗口中输出信息。如果被调试程序是一个窗口程序,这个标记没有影响。
上面的代码仅仅是启动了被调试进程,然后就立即退出了。要注意的是,如果调试器进程结束了,那么被它调试的所有子进程都会随着结束。这就是为什么虽然CreateProcess调用成功了,却看不到记事本窗口。
调试循环
调试器如何知道被调试进程内部发生了什么呢?是这样的,当一个进程成为被调试进程之后,在完成了某些操作或者发生异常时,它会发送通知给调试器,然后将自身挂起,直到调试器命令它继续执行。这有点像Windows窗口的消息机制。
被调试进程发送的通知称为调试事件,DEBUG_EVENT结构体描述了调试事件的内容:
dwDebugEventCode描述了调试事件的类型,总共有9类调试事件:
每种调试事件的详细信息通过联合体u来记录,通过u的字段的名称可以很快地判断哪个字段与哪种事件关联。例如CREATE_PROCESS_DEBUG_EVENT调试事件的详细信息由CreateProcessInfo字段来记录。
dwProcessId和dwThreadId分别是触发调试事件的进程ID和线程ID。一个调试器可能同时调试多个进程,而每个进程内又可能有多个线程,通过这两个字段就可以知道调试事件是从哪个进程的哪个线程触发的了。本系列文章只考虑单进程单线程的情况,因此这两个字段不会被用到,因为在调用CreateProcess的时候已经获取到这两个值了。
调试器通过WaitForDebugEvent函数获取调试事件,通过ContinueDebugEvent继续被调试进程的执行。ContinueDebugEvent有三个参数,第一和第二个参数分别是进程ID和线程ID,表示让指定进程内的指定线程继续执行。通常这是在一个循环中完成的,如下面的代码所示:
这样一个循环就是所谓的调试循环。要注意这里是如何退出循环的:引入一个BOOL类型的waitEvent变量,在处理EXIT_PROCESS_DEBUG_EVENT之后将它的值改成FALSE。之所以要这样处理,是因为在被调试进程结束之后仍然可以调用WaitForDebugEvent函数等待调试事件,这样就会陷入无限的等待之中,导致调试器进程无法结束。
示例代码
示例代码将上面两段代码结合起来,并实现了上述的OnProcessCreated等调试事件处理函数,实现过程仅仅是输出提示信息。当然,对调试事件的处理远远不只这么简单,虽然你可以选择忽略某些调试事件,但有些调试事件是必须进行处理的,这部分内容将放到下一篇文章中进行讲解。
作者:Zplutor
出处:http://www.cnblogs.com/zplutor/
本文版权归作者和博客园共有,欢迎转载。但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。
程序员离不开调试器,它可以动态显示程序的执行过程,对于解决程序问题有极大的帮助。如果你和我一样对调试器的工作原理很感兴趣,那么这一系列文章很适合你,这些文章记录了我开发一个调试器雏形的过程,希望对你有帮助。或许我写的代码很拙劣,还请大家多多见谅!
这个调试器使用Visual Studio 2010作为开发工具,是一个控制台程序。为了简化,一切输入输出都使用C++标准库的相关类,而且省略了很多错误检查和处理的过程。
启动被调试程序
要想对一个程序进行调试,首先要做的当然是启动这个程序,这要使用CreateProcess这个Windows API来完成。例如,下面的代码以记事本作为被调试程序:
#include <Windows.h> #include <iostream> int wmain(int argc, wchar_t** argv) { STARTUPINFO si = { 0 }; si.cb = sizeof(si); PROCESS_INFORMATION pi = { 0 }; if (CreateProcess( TEXT("C:\\windows\\notepad.exe"), NULL, NULL, NULL, FALSE, DEBUG_ONLY_THIS_PROCESS | CREATE_NEW_CONSOLE, NULL, NULL, &si, &pi) == FALSE) { std::wcout << TEXT("CreateProcess failed:") << GetLastError() << std::endl; return -1; } CloseHandle(pi.hThread); CloseHandle(pi.hProcess); return 0; }
CreateProcess的第六个参数使用了DEBUG_ONLY_THIS_PROCESS,这意味着调用CreateProcess的进程成为了调试器,而它启动的子进程成了被调试的进程。除了DEBUG_ONLY_THIS_PROCESS之外,还可以使用DEBUG_PROCESS,两者的不同在于:DEBUG_PROCESS会调试被调试进程以及它的所有子进程,而DEBUG_ONLY_THIS_PROCESS只调试被调试进程,不调试它的子进程。一般情况下我们只想调试一个进程,所以应使用后者。
我建议在第六个参数中加上CREATE_NEW_CONSOLE标记。因为如果被调试程序是一个控制台程序的话,调试器和被调试程序的输出都在同一个控制台窗口内,显得很混乱,加上这个标记之后,被调试程序就会在一个新的控制台窗口中输出信息。如果被调试程序是一个窗口程序,这个标记没有影响。
上面的代码仅仅是启动了被调试进程,然后就立即退出了。要注意的是,如果调试器进程结束了,那么被它调试的所有子进程都会随着结束。这就是为什么虽然CreateProcess调用成功了,却看不到记事本窗口。
调试循环
调试器如何知道被调试进程内部发生了什么呢?是这样的,当一个进程成为被调试进程之后,在完成了某些操作或者发生异常时,它会发送通知给调试器,然后将自身挂起,直到调试器命令它继续执行。这有点像Windows窗口的消息机制。
被调试进程发送的通知称为调试事件,DEBUG_EVENT结构体描述了调试事件的内容:
typedef struct _DEBUG_EVENT { DWORD dwDebugEventCode; DWORD dwProcessId; DWORD dwThreadId; union { EXCEPTION_DEBUG_INFO Exception; CREATE_THREAD_DEBUG_INFO CreateThread; CREATE_PROCESS_DEBUG_INFO CreateProcessInfo; EXIT_THREAD_DEBUG_INFO ExitThread; EXIT_PROCESS_DEBUG_INFO ExitProcess; LOAD_DLL_DEBUG_INFO LoadDll; UNLOAD_DLL_DEBUG_INFO UnloadDll; OUTPUT_DEBUG_STRING_INFO DebugString; RIP_INFO RipInfo; } u; } DEBUG_EVENT, *LPDEBUG_EVENT;
dwDebugEventCode描述了调试事件的类型,总共有9类调试事件:
CREATE_PROCESS_DEBUG_EVENT | 创建进程之后发送此类调试事件,这是调试器收到的第一个调试事件。 |
CREATE_THREAD_DEBUG_EVENT | 创建一个线程之后发送此类调试事件。 |
EXCEPTION_DEBUG_EVENT | 发生异常时发送此类调试事件。 |
EXIT_PROCESS_DEBUG_EVENT | 进程结束后发送此类调试事件。 |
EXIT_THREAD_DEBUG_EVENT | 一个线程结束后发送此类调试事件。 |
LOAD_DLL_DEBUG_EVENT | 装载一个DLL模块之后发送此类调试事件。 |
OUTPUT_DEBUG_STRING_EVENT | 被调试进程调用OutputDebugString之类的函数时发送此类调试事件。 |
RIP_EVENT | 发生系统调试错误时发送此类调试事件。 |
UNLOAD_DLL_DEBUG_EVENT | 卸载一个DLL模块之后发送此类调试事件。 |
每种调试事件的详细信息通过联合体u来记录,通过u的字段的名称可以很快地判断哪个字段与哪种事件关联。例如CREATE_PROCESS_DEBUG_EVENT调试事件的详细信息由CreateProcessInfo字段来记录。
dwProcessId和dwThreadId分别是触发调试事件的进程ID和线程ID。一个调试器可能同时调试多个进程,而每个进程内又可能有多个线程,通过这两个字段就可以知道调试事件是从哪个进程的哪个线程触发的了。本系列文章只考虑单进程单线程的情况,因此这两个字段不会被用到,因为在调用CreateProcess的时候已经获取到这两个值了。
调试器通过WaitForDebugEvent函数获取调试事件,通过ContinueDebugEvent继续被调试进程的执行。ContinueDebugEvent有三个参数,第一和第二个参数分别是进程ID和线程ID,表示让指定进程内的指定线程继续执行。通常这是在一个循环中完成的,如下面的代码所示:
void OnProcessCreated(const CREATE_PROCESS_DEBUG_INFO*); void OnThreadCreated(const CREATE_THREAD_DEBUG_INFO*); void OnException(const EXCEPTION_DEBUG_INFO*); void OnProcessExited(const EXIT_PROCESS_DEBUG_INFO*); void OnThreadExited(const EXIT_THREAD_DEBUG_INFO*); void OnOutputDebugString(const OUTPUT_DEBUG_STRING_INFO*); void OnRipEvent(const RIP_INFO*); void OnDllLoaded(const LOAD_DLL_DEBUG_INFO*); void OnDllUnloaded(const UNLOAD_DLL_DEBUG_INFO*); BOOL waitEvent = TRUE; DEBUG_EVENT debugEvent; while (waitEvent == TRUE && WaitForDebugEvent(&debugEvent, INFINITE)) { switch (debugEvent.dwDebugEventCode) { case CREATE_PROCESS_DEBUG_EVENT: OnProcessCreated(&debugEvent.u.CreateProcessInfo); break; case CREATE_THREAD_DEBUG_EVENT: OnThreadCreated(&debugEvent.u.CreateThread); break; case EXCEPTION_DEBUG_EVENT: OnException(&debugEvent.u.Exception); break; case EXIT_PROCESS_DEBUG_EVENT: OnProcessExited(&debugEvent.u.ExitProcess); waitEvent = FALSE; break; case EXIT_THREAD_DEBUG_EVENT: OnThreadExited(&debugEvent.u.ExitThread); break; case LOAD_DLL_DEBUG_EVENT: OnDllLoaded(&debugEvent.u.LoadDll); break; case UNLOAD_DLL_DEBUG_EVENT: OnDllUnloaded(&debugEvent.u.UnloadDll); break; case OUTPUT_DEBUG_STRING_EVENT: OnOutputDebugString(&debugEvent.u.DebugString); break; case RIP_EVENT: OnRipEvent(&debugEvent.u.RipInfo); break; default: std::wcout << TEXT("Unknown debug event.") << std::endl; break; } if (waitEvent == TRUE) { ContinueDebugEvent(debugEvent.dwProcessId, debugEvent.dwThreadId, DBG_CONTINUE); } else { break; } }
这样一个循环就是所谓的调试循环。要注意这里是如何退出循环的:引入一个BOOL类型的waitEvent变量,在处理EXIT_PROCESS_DEBUG_EVENT之后将它的值改成FALSE。之所以要这样处理,是因为在被调试进程结束之后仍然可以调用WaitForDebugEvent函数等待调试事件,这样就会陷入无限的等待之中,导致调试器进程无法结束。
示例代码
示例代码将上面两段代码结合起来,并实现了上述的OnProcessCreated等调试事件处理函数,实现过程仅仅是输出提示信息。当然,对调试事件的处理远远不只这么简单,虽然你可以选择忽略某些调试事件,但有些调试事件是必须进行处理的,这部分内容将放到下一篇文章中进行讲解。
作者:Zplutor
出处:http://www.cnblogs.com/zplutor/
本文版权归作者和博客园共有,欢迎转载。但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。
相关文章推荐
- [Win32]一个调试器的实现(一)调试事件与调试循环
- [Win32]一个调试器的实现(一)调试事件与调试循环
- [Win32]一个调试器的实现(一)调试事件与调试循环
- [Win32]一个调试器的实现(一)调试事件与调试循环
- [Win32]一个调试器的实现(一)调试事件与调试循环
- [Win32]一个调试器的实现(二)调试事件的处理
- [Win32]一个调试器的实现(二)调试事件的处理
- [Win32]一个调试器的实现(二)调试事件的处理
- [Win32]一个调试器的实现(二)调试事件的处理
- [Win32]一个调试器的实现(五)调试符号
- [Win32]一个调试器的实现(五)调试符号
- [Win32]一个调试器的实现(五)调试符号
- [Win32]一个调试器的实现(四)读取寄存器和内存
- [Win32]一个调试器的实现(八)单步执行
- [Win32]一个调试器的实现
- [Win32]一个调试器的实现(四)读取寄存器和内存
- [Win32]一个调试器的实现(七)断点
- Win32 调试接口设计与实现浅析 [2] 调试事件
- [Win32]一个调试器的实现(六)显示源代码
- Win32 调试接口设计与实现浅析 [1] 用户态调试器结构初探