关于windows平台下用户模式调试器的原理
window 自动化测试 原理
window 自动化测试原理
Window自动化测试是指利用自动化测试工具和脚本来模拟用户在Windows操作系统上的操作行为，以验证软件应用程序在不同环境下的稳定性和正确性。
其原理主要包括以下几个方面：
1. UI控件识别，自动化测试工具通过识别Windows应用程序中的各种UI控件，如按钮、文本框、下拉框等，来模拟用户与应用程序的交互操作。
2. 操作录制与回放，自动化测试工具可以录制用户在Windows 应用程序上的操作步骤，并生成相应的测试脚本，然后可以通过回放这些脚本来模拟用户操作，从而进行自动化测试。
3. 脚本编写与执行，除了录制回放外，自动化测试工具还支持编写测试脚本，通过编程语言或脚本语言来模拟用户操作，实现自动化测试的目的。
4. 断言与验证，自动化测试工具可以在测试过程中对应用程序的状态进行断言和验证，确保应用程序的功能和界面在测试过程中符合预期。
5. 平台兼容性，自动化测试工具需要能够兼容不同版本的Windows操作系统，并且能够与各种开发工具和集成开发环境进行集成，以便进行全面的自动化测试。
总的来说，Window自动化测试的原理是通过模拟用户在Windows应用程序上的操作行为，利用自动化测试工具和脚本来验证应用程序的功能和稳定性，从而提高测试效率和质量。
windows hid原理
windows hid原理
Windows HID（Human Interface Device）原理涉及操作系统与输入设备之间的交互。
HID是一种通用的设备类别，包括键盘、鼠标、游戏手柄等。
Windows操作系统通过HID协议与这些设备进行通信。
在Windows中，HID设备通过设备驱动程序与操作系统进行通信。
当用户操作键盘或鼠标时，设备会生成相应的信号，通过USB 或蓝牙等接口传输到计算机。
操作系统的HID驱动程序会接收这些信号，并将其转换成操作系统能够理解的输入数据。
HID设备发送的数据通常是一系列的报文，其中包含了设备类型、按键状态、鼠标移动信息等。
Windows操作系统的HID驱动程序会解析这些报文，然后将其转换成对应的输入事件，比如键盘按键按下、鼠标移动等。
一旦操作系统接收到这些输入事件，它会将其传递给相应的应用程序或者系统组件进行处理。
比如，键盘输入会传递给当前获得焦点的应用程序，鼠标移动则会影响鼠标指针在屏幕上的位置等。
总的来说，Windows HID原理涉及操作系统通过HID驱动程序与输入设备进行通信，将设备发送的数据转换成操作系统能够理解的输入事件，最终传递给应用程序或系统组件进行处理。
这种交互过程保证了用户能够通过各种HID设备与计算机进行交互操作。
windows调试技巧.
国际产品中心Windows调试技巧版本管理1概要调试Windows程序是一件繁琐而又复杂的事情，掌握必要的调试策略可以使这些工作变得轻松2调试2.1Wind ows调试器类型2.1.1用户模式（USER-MODE）调试器基于win32 Debugging API，有使用方便的界面，主要用于调试用户模式下的应用程序。
这类调试器包括Visual C++调试器、WinDBG、BoundChecker、Borland C++ Builder调试器、NTSD 等2.1.2内核模式（KERNEL-MODE）调试器内核调试器位于CPU和操作系统之间，一旦启动，操作系统也会中止运行，主要用于调试驱动程序或用户模式调试器不易调试的程序。
这类调试器包括WDEB386、WinDBG和softice 等。
其中WinDBG和softice也可以调试用户模式代码。
2.2准则2.2.1调试前要求2.2.1.1编写便于调试的代码1.少用全局变量2.所有变量都要初始化，成员变量在构造函数中初始化3.尽量使用const4.详尽的注释2.2.1.2使用断言使用Assert（原则：尽量简单）例子：char* strcpy(char* dest,char* source){assert(source!=0);assert(dest!=0);char* returnstring = dest;while((*dest++ = *source++)!= ‘\0’){;}return returnstring;}2.2.1.3使用跟踪语句使用Tracea)、TRACECString csTest ＝“test”；TRACE（“CString is ％s\n”，csTest）；b)、ATLTRACEc)、afxDumpCTime time = CTime::GetCurrentTime();#ifdef _DEBUGafxDump << time << “\n”;#endif2.2.1.4使用异常和返回值用GetLastError来检测返回值，通过得到错误代码来分析错误原因程序设计时一定要考虑到异常如何处理，当错误发生后，不应简单的报告错误并退出程序，应当尽可能的想办法恢复到出错前的状态或者让程序从头开始运行，并且对于某些错误，应该能够容错，即允许错误的存在，但是程序还是能够正常完成任务。
调式的应用原理讲解
调试的应用原理讲解什么是调试调试是一种用于识别和修复程序中错误的过程。
调试通常是由程序员完成的，旨在找出程序中的问题，并做出相应的修改，以使程序能够按预期运行。
调试是软件开发过程中至关重要的一步，它可以帮助我们理解和改进程序的行为。
调试的重要性调试在软件开发过程中起着非常重要的作用，它有以下几点重要性：1.识别问题：调试能够帮助我们快速识别程序中的问题，无论是语法错误、逻辑错误还是运行时错误。
2.理解程序行为：通过调试，我们可以逐步执行代码，观察变量的值和程序的行为，从而更深入地理解程序的运行过程。
3.验证解决方案：对于已经修复的问题，我们可以利用调试工具来验证解决方案的效果，确保程序能够按照预期执行。
4.提高效率：通过调试，我们可以快速定位问题，并且不断调整和完善程序，从而提高开发效率。
调试的基本原理调试的基本原理是通过断点和单步执行来逐步执行程序，并观察程序的状态和行为。
下面介绍调试的基本原理和一些常用的调试技术：断点断点是调试中最常用的工具之一。
通过在代码中设置断点，我们可以让程序在特定位置停下来，以便我们观察程序在该位置的状态和行为。
当程序执行到断点时，调试器会暂停程序的执行，并提供一系列调试工具供我们使用。
单步执行单步执行是指一次只执行程序的一条语句或一块代码。
通过单步执行，我们可以逐步跟踪程序的执行流程，并观察变量的值和程序的行为。
常用的单步执行方式包括单步进入、单步过滤和单步跳过。
变量监视变量监视是调试中常用的一个功能，可以帮助我们观察变量的值和状态。
通过变量监视，我们可以实时监测变量的值，并且可以在程序执行过程中随时更新变量的值。
条件断点条件断点是一种特殊类型的断点，它会在满足特定条件时才触发断点。
通过条件断点，我们可以定位满足特定条件的问题的位置，从而更加精确地调试程序。
日志输出日志输出是调试过程中常用的一种技术，通过在程序中添加日志输出语句，可以帮助我们观察程序的运行过程，并定位问题。
windows调试技巧
windows调试技巧国际产品中⼼Windows调试技巧版本管理1概要调试Windows程序是⼀件繁琐⽽⼜复杂的事情，掌握必要的调试策略可以使这些⼯作变得轻松2调试2.1Wind ows调试器类型2.1.1⽤户模式（USER-MODE）调试器基于win32 Debugging API，有使⽤⽅便的界⾯，主要⽤于调试⽤户模式下的应⽤程序。
这类调试器包括Visual C++调试器、WinDBG、BoundChecker、Borland C++ Builder调试器、NTSD 等2.1.2内核模式（KERNEL-MODE）调试器内核调试器位于CPU和操作系统之间，⼀旦启动，操作系统也会中⽌运⾏，主要⽤于调试驱动程序或⽤户模式调试器不易调试的程序。
这类调试器包括WDEB386、WinDBG和softice 等。
其中WinDBG和softice也可以调试⽤户模式代码。
2.2准则2.2.1调试前要求2.2.1.1编写便于调试的代码1.少⽤全局变量2.所有变量都要初始化，成员变量在构造函数中初始化3.尽量使⽤const4.详尽的注释2.2.1.2使⽤断⾔使⽤Assert（原则：尽量简单）例⼦：char* strcpy(char* dest,char* source){assert(source!=0);assert(dest!=0);char* returnstring = dest;while((*dest++ = *source++)!= ‘\0’){;}return returnstring;}2.2.1.3使⽤跟踪语句使⽤Tracea)、TRACECString csTest ＝“test”；TRACE（“CString is ％s\n”，csTest）；b)、ATLTRACEc)、afxDumpCTime time = CTime::GetCurrentTime();#ifdef _DEBUGafxDump << time << “\n”;#endif2.2.1.4使⽤异常和返回值⽤GetLastError来检测返回值，通过得到错误代码来分析错误原因程序设计时⼀定要考虑到异常如何处理，当错误发⽣后，不应简单的报告错误并退出程序，应当尽可能的想办法恢复到出错前的状态或者让程序从头开始运⾏，并且对于某些错误，应该能够容错，即允许错误的存在，但是程序还是能够正常完成任务。
WINDBG配置和使用
WinDbg配置和使用基础WinDbg是微软发布的一款相当优秀的源码级(source-level)调试工具，可以用于Kernel模式调试和用户模式调试，还可以调试Dump文件。
1. WinDbg介绍：Debugging Tools and Symbols: Getting StartedA word for WinDbg2. WinDbg下载：Install Debugging Tools for Windows 32-bit VersionInstall Debugging Tools for Windows 64-bit Versions3. 配置WinDbg：运行WinDbg->菜单->File->Symbol File Path->按照下面的方法设置_NT_SYMBOL_PATH变量：在弹出的框中输入“C:\MyCodesSymbols;SRV*C:\MyLocalSymbols*/download/symbols”(按照这样设置，WinDbg将先从本地文件夹C:\MyCodesSymbols中查找Symbol，如果找不到，则自动从MS 的Symbol Server上下载Symbols)。
另一种做法是从这个Symbol下载地址中，下载相应操作系统所需要的完整的Symbol安装包，并进行安装，例如我将其安装在D:\WINDOWS\Symbols，在该框中输入“D:\WINDOWS\Symbols”。
（这里要注意下载的Symbols的版本一定要正确，在我的Win2003+Sp1上，我曾经以为安装Win2003+Sp2的Symbols可能会牛×点，但结果证明我错了，用WinDbg打开可执行文件时，提示“PDB symbol for mscorwks.dll not loaded;Defaulted to export symb ols for ntdll.dll”的错误，我有重新装上Win2003+Sp1的Symbols, 现在一切运行正常^_^）4. 使用WinDbg：WinDbg提供了图形界面和命令行两种运行方式。
windows 调试 原理
windows 调试原理Windows调试的原理是通过对操作系统和应用程序的运行过程进行监控和分析，以发现和解决错误和异常情况。
具体而言，Windows调试的原理包括以下几个方面：1. 调试器：Windows调试的关键是使用调试器。
调试器是一种软件工具，可以附加到正在运行的程序或操作系统内核，并提供调试所需的功能。
调试器可以读取和修改程序状态的内部数据结构，跟踪代码执行过程，设置断点、监视点和条件等。
2. 断点：调试的常用手段是设置断点，即在程序代码中指定一个位置，当程序执行到该位置时会暂停。
在断点暂停时，调试器可以检查程序的状态、查看变量的值、执行单步调试等。
断点能够帮助程序员定位问题所在的代码行。
3. 异常处理：Windows调试还包括对异常的处理。
异常是指在程序运行过程中发生的意外情况，如访问无效内存、除零操作等。
调试器可以捕获异常并提供异常信息，帮助开发者定位异常的原因和位置。
4. 调试符号：为了更好地进行调试，程序和操作系统需要生成调试符号。
调试符号是特殊的数据结构，包含与源代码、二进制代码和可执行文件相关的关键信息。
调试符号可以让调试器在调试过程中将二进制地址映射到源代码行。
5. 运行环境：Windows调试会在特定的运行环境中进行。
运行环境可以是用户模式下的应用程序，也可以是内核模式下的操作系统内核和驱动程序。
不同的运行环境可能需要使用不同的调试器和调试技术。
总之，Windows调试的原理是通过调试器对程序和操作系统进行监控和分析，结合断点、异常处理、调试符号和运行环境等手段，帮助开发者发现和解决问题，提高软件的质量和稳定性。
winams测试原理
WinAMS测试原理主要包括以下几点：1.基于脚本命令或GUI图形界面执行测试：WinAMS提供自动化的测试环境，允许用户通过脚本命令或GUI图形界面来执行测试用例。
用户可以根据需求自定义测试用例，实现灵活的测试场景。
2.集成测试需求管理系统和静态分析工具：WinAMS集成了最佳的测试需求管理系统和静态分析工具，帮助用户更好地管理和跟踪测试需求，以及进行代码静态分析，确保代码质量。
3.自动生成测试驱动和桩函数：WinAMS能够自动生成完整的测试驱动和桩函数，无需编写测试代码，显著降低了测试的复杂度和工作量。
4.支持复杂测试场景：WinAMS的测试驱动支持复杂测试场景，包括同一测试用例中连续调用不同函数。
这使得测试更加全面和细致。
5.自动打桩获取输入控制输出：WinAMS的自动打桩功能能够获取输入、控制任何预定义或者用户定义类型的输出，帮助用户准确控制测试过程和验证结果。
6.捕捉和报告不期望的输出和信号：WinAMS能够捕捉并报告不期望的输出和信号，帮助用户发现潜在的问题和错误。
7.支持敏捷开发和测试驱动开发（TDD）：WinAMS的产品特点之一是支持敏捷开发和TDD，使开发人员能够快速迭代和验证代码，提高开发效率和代码质量。
8.直接使用目标机代码进行单元测试：WinAMS是业界唯一能够直接使用通过交叉编译生成的目标机代码进行单元测试的工具，确保了测试的准确性和可靠性。
9.实现C语言程序的逻辑上的单元验证：WinAMS能够对嵌入式微机组装为产品后可能发生的问题等进行具有高信赖度的白盒（white box）测试，实现C语言程序的逻辑上的单元验证。
综上所述，WinAMS通过集成化的测试解决方案和自动化功能，显著降低了C/C++测试过程中的工作量和成本，提高了测试效率和代码质量。
windbg调试器的简单分析
/* Initialize the Time Slip DPC */ KeInitializeDpc(&KdpTimeSlipDpc, KdpTimeSlipDpcRoutine, NULL); KeInitializeTimer(&KdpTimeSlipTimer); ExInitializeWorkItem(&KdpTimeSlipWorkItem, KdpTimeSlipWork, NULL); /* First-time initialization done! */
下面继续：
<Kdinit.c> /* Initialize the debugger if requested */ if ((EnableKd) && (NT_SUCCESS(KdDebuggerInitialize0(LoaderBlock)))) { /* Now set our real KD routine */ KiDebugRoutine = KdpTrap;//更换调试函数为 kdpTrap /* Check if we've already initialized our structures */ if (!KdpDebuggerStructuresInitialized) { /* Set the Debug Switch Routine and Retries*/ KdpContext.KdpDefaultRetries = 20; KiDebugSwitchRoutine = KdpSwitchProcessor;
<Kdinit.c> /* Set the Debug Routine as the Stub for now */ KiDebugRoutine = KdpStub;
windows域控 原理
windows域控原理Windows域控原理解析什么是Windows域控？Windows域控制器（Domain Controller）是指运行Windows Server操作系统的计算机，它负责管理和维护一个或多个Windows域（Domain）。
域控是域的核心组件，它存储和维护用户账号、密码以及安全策略等信息。
Windows域控的作用Windows域控在一个组织内起到关键的作用，包括但不限于以下几个方面：•账号管理：域控负责用户账号的创建、删除和管理，实现统一的身份认证和授权机制。
•访问控制：域控定义了权限策略和安全策略，对用户和计算机进行访问控制。
•网络资源管理：域控可以管理和共享网络资源，例如文件共享、打印机访问等。
•安全性管理：域控负责维护域中的安全性，包括密码策略、组策略和更新管理等。
•统一认证：域控实现了单点登录（Single Sign-On）机制，用户只需登录一次即可访问多个资源。
Windows域控的基本原理Windows域控基于Active Directory（简称AD）技术实现，AD是微软开发的目录服务，提供了将用户、计算机和其他资源组织起来的能力。
域的概念域是AD的最基本单位，它是一组对象（如用户、计算机和组）的集合，共享相同的安全策略和组织结构。
域由一个域控制器来管理和维护。
一个域可以包含多个子域，形成树状结构。
域控制器的角色域控制器可以扮演以下几种角色：1.主域控制器（Primary Domain Controller，PDC）：每个域至少有一个主域控制器，它是该域的主要验证和授权服务器。
2.附属域控制器（Backup Domain Controller，BDC）：用于提高可用性，与PDC同步域数据。
3.域控制器的全局目录服务器（Global Catalog Servers，GC）：存储域内所有对象的信息，方便全局搜索。
数据库和LDAPWindows域控使用数据库存储和管理域中的对象信息，这个数据库称为NTDS（NT Directory Services）。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
错的关于windows平台下用户模式调试器的原理所谓调试器实际上是一个很宽泛的概念，凡是能够以某种形式监控其他程序执行过程的程序，都可以泛称为调试器。
在Windows平台上，根据调试器的实现原理大概可以将之分为三类：内核态调试器、用户态调试器和伪代码调试器。
内核态调试器直接工作在操作系统内核一级，在硬件与操作系统之间针对系统核心或驱动进行调试，常见的有SoftICE、WinDbg、WDEB386和i386KD等等；用户态调试器则通过操作系统提供的调试接口，在操作系统和用户态程序之间针对用户态程序进行调试，常见的有各种开发环境如VC/Delphi自带的调试器，OllyDbg等等；伪代码调试器则使用目标系统自定义的调试接口，调试由用户态程序支持的脚本语言或虚拟机代码，常见的如JVM/CLR的调试工具、VB的pcode调试器、Active Script调试器等等。
因为伪代码调试器跟具体系统实现相关性太强，不具备原理层面的通用性，本系列文章尽量不涉及其内容，以后如果有机会可以再讨论一下JVM/CLR/Active Script提供的调试接口；用户态调试器应用最广泛，参考资料也较为完整，我会花较大精力和大家探讨；核心态调试器则跟操作系统结合较为紧密，加上我也不是太熟悉，只能尽力而为了，呵呵。
欢迎大家提出批评指正意见和建议此外强烈推荐John Robbins在MSDN的Bugslayer专栏，以及其所著的<Debugging Applications>一书（中文版《应用程序调试技术》），此书中对调试器从原理到应用都有很全面的讲解。
[1] 用户态调试器结构初探用户态调试器直接使用Win32 API提供的调试接口，遵循Win32的事件驱动的设计思想，其实现思路非常简单，基本框架伪代码如下：//启动要调试的进程或挂接调试器到已运行的进程上CreateProcess(..., DEBUG_PROCESS, ...)or DebugActiveProcess(dwProcessId) DEBUG_EVENT de;BOOL bContinue = TRUE;DWORD dwContinueStatus;while(bContinue){bContinue = WaitForDebugEvent(&de, INFINITE);switch(de.dwDebugEventCode){... default:{dwContinueStatus = DBG_CONTINUE;break;}}ContinueDebugEvent(de.dwProcessId, de.dwThreadId, dwContinueStatus); }在调试器开始调试的时候，会启动被调试程序的新进程或者挂接(attach)到一个已运行进程上，此时Win32系统会启动调试接口的服务器端；然后调试器调用WaitForDebugEvent函数等待调试服务器端的调试事件被引发；调试器根据调试事件进行相应的处理；最后调用ContinueDebugEvent函数请求调试服务器继续执行被调试进程，以等待并处理下一个调试事件。
首先我们大致看看调试接口的服务器端的实现思路：调试服务的服务器端接口实际上是存在于被调试进程的调试端口(Debug Port)，此核心对象实现上跟Win32的完成端口类似，都是通过一个核心队列实现的LPC端口。
启动调试服务器实际上就是挂接Win32的调试子系统到被调试进程，并在被调试进程内构造调试端口。
调试器通过调试端口与Win32的调试子系统通讯；调试子系统响应系统操作所引发的调试事件，并通过调试端口将调试事件分发给核心态/用户态调试器。
建立被调试程序的新进程时，需要在CreateProcess函数的dwCreationFlags参数设置DEBUG_ONLY_THIS_PROCESS或DEBUG_PROCESS标志位，以表示新建的进程需要被调试。
CreateProcess函数的调用路径如下CreateProcessA/CreateProcessW (kernel32.dll) CreateProcessInternalW (kernel32.dll) NtCreateProcessEx (ntoskrnl.dll)PspCreateProcess (ntos/ps/create.c:969)CreateProcessInternalW函数根据传入的dwCreationFlags参数，决定是否要构造端口核心对象用于调试端口，并设置PEB 的相应调试标志；PspCreateProcess会根据传入参数的调试选项和端口对象句柄，选择是否创建目标进程的调试端口；如果要创建则将传入的端口句柄转换成内核对象引用，保存在被调试程序进程的EPROCESS->DebugPort字段里。
Win32 API提供的IsDebuggerPresent函数就是通过判断CreateProcessInternalW函数在PEB中设置的标志位来判断当前进程是否被调试的。
IsDebuggerPresent函数伪代码如下：BOOL IsDebuggerPresent(void){return NtCurrentTeb()->ProcessEnvironmentBlock->BeingDebugged;}TEB和PEB的结构可在/上找到。
不过此种方法很容易被调试器直接修改PEB内存结构所欺骗，故而有另外一种直接通过检查EPROCESS->DebugPort字段是否被使用，来判断此进程是否正在被调试的方法。
以前水木上也有过几次讨论，如blowfish的《检测debugger的方法补遗》一文给出的代码。
Windows XP/2003开始由Win32 API提供的CheckRemoteDebuggerPresent 函数也是使用相同的思路，通过调用NtQueryInformationProcess 函数查询调试端口实现的，伪代码如下：BOOL CheckRemoteDebuggerPresent(HANDLE hProcess, PBOOL pbDebuggerPresent){enum PROCESS_INFO_CLASS{ ProcessDebugPort = 7 };if(hProcess && pbDebuggerPresent){HANDLE hPort; *pbDebuggerPresent = NT_SUCCESS(NtQueryInformationProcess(hProcess, ProcessDebugPort, &hPort, sizeof(hPort), NULL)) ? TRUE : FALSE; return *pbDebuggerPresent;}return FALSE;}与直接创建被调试程序的新进程不同，调试已启动进程的DebugActiveProcess 函数首先连接到Win32 系统调试服务器的端口上，然后激活当前正在运行的被调试进程的调试端口。
DebugActiveProcess的伪代码如下：BOOL DebugActiveProcess(DWORD dwProcessId){if(DbgUiConnectT oDbg()){HANDLE hProcess = ProcessIdT oHandle(dwProcessId);if(hProcess){DbgUiDebugActiveProcess(hProcess);NtClose(hProcess);}}return FALSE;}DbgUiConnectToDbg函数(ntos/dll/dlluistb.c:27)尝试连接核心提供的调试子系统端口(名为"/DbgUiApiPort")，如果成功连接会获得一个端口对象(保存在DbgUiApiPort NtCurrentTeb()->DbgSsReserved[1])，和一个调试状态转换的信号灯句柄(保存在DbgStateChangeSemaphore NtCurrentTeb()->DbgSsReserved[0])用于等待调试事件。
伪代码如下：#define DbgStateChangeSemaphore (NtCurrentTeb()->DbgSsReserved[0])#define DbgUiApiPort (NtCurrentTeb()->DbgSsReserved[1]) NTSTATUS DbgUiConnectToDbg( VOID ) { NTSTATUS st = NtConnectPort(&DbgUiApiPort, L"//DbgUiApiPort", ..., &DbgStateChangeSemaphore);if(NT_SUCCESS(st)){ NtRegisterThreadTerminatePort(DbgUiApiPort); }else { DbgUiApiPort = NULL; }return st;}如果连接调试子系统成功，则调用NtRegisterThreadTerminatePort函数(ntos/ps/psdelete.c:1202)将调试端口加入到当前线程控制块的终止端口列表(ETHREAD->TerminationPortList)中。
在线程结束的之前，会激活此列表中的端口，给调试器一个清理的机会。
DbgUiDebugActiveProcess函数完成具体的激活被调试进程的调试服务器的功能。
伪代码如下：#define DbgUiApiPort (NtCurrentTeb()->DbgSsReserved[1]) void DbgUiDebugActiveProcess(HANDLE hProcess) {return NtDebugActiveProcess(DbgUiApiPort) && DbgUiIssueRemoteBreakin(hProcess) &&DbgUiStopDebugging(hProcess); }至于这几个函数的具体实现，等后面章节详细分析Win32调试子系统时再详细讲解，呵呵在被调试进程启动了调试支持后，调试器调用WaitForDebugEvent函数等待调试事件的发生。
此函数实际上是对DbgUiWaitStateChange函数(ntos/dll/dlluistb.c:93)的一个简单包装，通过等待DbgUiConnectToDbg函数获得的调试事件信号灯来完成实际功能。