DDE：实现通过 Shell 和 ddeexec 正确启动的应用程序

Question

我正在尝试实现一个将自身注册为 DDE 服务器的应用程序，以便它正确响应我们的自定义“.qsx”文件类型，就像 WinWord 响应“.docx”文件类型一样。

即，

1. 如果应用程序已经在运行并且有人双击了“.qsx”文件，那么我们希望已经打开的应用程序接收 DDE 打开命令并打开相关文件。
2. 但是，如果应用程序尚未运行，那么 shell 应该启动我们的应用程序，然后与应用程序建立 DDE 连接并告诉它像以前一样打开文件。

我们的第 1 部分工作完美。

但是，对于第 2 部分，Shell 启动命令，但随后失败并显示“将命令发送到程序时出现问题”。这对应于从“ShellExecute”Windows API 函数返回的返回代码“SE_ERR_DDEFAIL”(29)。

事实上，我编写了一个名为“ShellExecute.exe”的自定义控制台应用程序，它可以完全独立于 explorer.exe 重现此问题。

如果我运行 ShellExecute.exe 并且我们的“DDE 服务器”应用程序已经启动，则它可以正常工作。 如果我为“.docx”文档运行 ShellExecute.exe 并且 WinWord 未运行，则 WinWord 会正确启动并加载该文档 如果我为“.qsx”文档运行 ShellExecute.exe 并且我们的应用程序未运行，则 ShellExecuteEx 会启动该应用程序，但在我们的服务器应用程序有机会注册为 DDE 之前立即返回 SE_ERR_DDEFAIL服务器。

由于某种原因，对于 WinWord，ShellExecute 似乎会等待它启动。

我尝试在运行 procmon.exe 的情况下运行这两种情况，以查看 ShellExecute 可能在注册表中查找哪些内容，以区分我们的情况与 WinWord.exe，但我找不到任何内容。

我真正需要的是 ShellExecute 算法的源代码，以便我可以找出为什么它适用于 WinWord 但不适用于我们的自定义扩展。

谁能详细解释一下 ShellExecute 是如何启动应用程序的，以及它如何知道“等待”应用程序注册为 DDE 服务器？

Answer 1

在 XP+ 上运行的应用程序应使用 IDropTarget 以避免当窗口挂起时 DDE 的问题。

使用 DDE 时，shell 假定您的 DDE 服务器在您开始消息循环之前已启动并运行...

Answer 2

请不要使用 DDE。这是一种非常过时的做法，会导致各种问题并挂起并依赖于注册表。

现代方法是使用全局互斥锁。如果你搜索 Stack Overflow，你会发现很多人都在问同样的问题 (也许从这里开始)