《Windows 调试：从 32 位到 64 位及事后调试全解析》
1. 32 位与 64 位系统交互及调试扩展
在 32 位与 64 位系统交互方面，当注册一个 32 位 DCOM 服务器应用程序后，其注册信息会自动显示在 64 位注册表视图中。64 位客户端可以实例化并使用运行在 WOW64 仿真环境中的 32 位服务器。由于进程外服务器与客户端是隔离的，它们可以以任何架构组合进行通信，例如 32 位客户端调用 64 位或 32 位服务器，以及 64 位客户端调用 32 位或 64 位服务器。
不过，客户端 - 服务器架构可能需要在其进程中加载代理 - 存根模块。这些模块必须与托管进程架构相匹配，因此系统必须同时包含 64 位和 32 位版本的模块，以促进跨架构通信。如果找不到正确架构的已注册代理 - 存根，通信将会失败。
在调试扩展方面，对于是否需要重新编译扩展以在 64 位调试器上工作，在大多数情况下，如使用实时内核目标进行调试或调试内存转储时，现有的扩展在 32 位调试器中可以完美工作。对于原生应用程序的实时用户模式调试，建议仅使用无法加载 32 位扩展的 64 位调试器。是否投入时间创建同一扩展的 64 位版本，取决于该扩展的潜在用途。
2. 事后调试概述
在软件开发过程中，尽管使用了许多强大的工具来查找问题代码，但无法保证应用程序在发布时没有错误。应用程序发布后，难免会出现问题，而且这些问题往往在客户使用时出现。当客户遇到问题时，请求远程访问客户计算机进行调试可能不可行，原因包括客户环境或政策不允许入站连接、远程调试会导致服务器停机以及涉及客户隐私等。
这时，事后调试就派上用场了。事后调试主要包括以下步
