老铁们，大家好，相信还有很多朋友对于思维调试：理解 DDE 的初始化过程-51CTO.COM和的相关问题不太懂，没关系，今天就由我来为大家分享分享思维调试：理解 DDE 的初始化过程-51CTO.COM以及的问题，文章篇幅可能偏长，希望可以帮助到大家，下面一起来看看吧！

最近有人问我以下问题。我们仍然可以用我之前提到的“思维调试”来研究它。

我们遇到了技术问题。当双击在资源管理器中打开文档时，资源管理器不会启动我们的应用程序。

更奇怪的是，如果我们在资源管理器进程上hook一个调试器，并在kernel32模块的CreateProcessW处设置断点，然后等待CreateProcess返回并在调试器中继续执行，就可以正常打开文档了。但是，如果我们不进行任何等待，应用程序会正常打开，但不会加载文档，在这种情况下，我们会收到此错误消息：Windows 找不到“abc.lit”。请确保您输入了正确的文档名称，然后重试。

以下是我们使用的命令行：“F:\Program Files\LitSoft\LitWare\LitWare.exe”/dde有什么问题？

如果你仔细研究过关于DDE初始化如何工作的文章，那么我想你应该已经知道为什么了。

回想一下，通过DDE 打开文档是通过首先查找DDE 服务器来完成的，如果找不到，则手动启动服务器并重试。上面的命令行显然已注册为与ddeexec 关联的命令。

我们有两条线索：第一条是命令行上不存在文档名称本身。 （这不能是直接执行，因为程序不知道它应该打开哪个文档！但线索是命令行上的短语/dde。

显然，当资源管理器尝试在第二个DDE 会话中打开文档时出现问题。让资源管理器等待几秒钟就可以解决问题，这一事实使原因显而易见：DDE 服务器初始化和侦听自身的速度很慢。资源管理器启动服务器并尝试与其通信，但服务器尚未准备好，因此不响应DDE 启动。

如何解决这个问题呢？

shell 假定DDE 服务器已准备好在输入空闲时接受连接。一旦WaitForInputIdle 在DDE 服务器上返回，资源管理器将第二次尝试启动DDE 会话。该修复会导致应用程序在开始处理消息之前启动并运行其DDE 服务器。

我的猜测是，应用程序将其DDE 服务器移至后台线程以提高启动性能，因为DDE 服务器不参与正常的程序操作。

但太糟糕了，当/dde 标志被传递时，程序忘记在进入空闲状态之前启动并运行DDE 服务器。让DDE 服务器运行很重要，但它错过了正确的时机。

总结

如果您正在实现DDE 服务器，请确保在主线程开始处理消息之前启动它。否则，应用程序启动和它尝试与之通信的shell 之间会出现竞争条件。

其实思维调试：理解 DDE 的初始化过程-51CTO.COM的问题并不复杂，但是又很多的朋友都不太了解，因此呢，今天小编就来为大家分享思维调试：理解 DDE 的初始化过程-51CTO.COM的一些知识，希望可以帮助到大家，下面我们一起来看看这个问题的分析吧！