将 ATL exe 服务器限制为仅一个进程（实例）答案

【问题标题】：Limiting an ATL exe server to one process (instance) only将 ATL exe 服务器限制为仅一个进程（实例）
【发布时间】：2011-06-26 13:41:10
【问题描述】：

我有一个用 C++ 编写的 ATL exe 服务器（Visual Studio 2010，合并了 proxy-stud dll）。该可执行文件针对 Windows 7 x86 和 x64 编译。两种架构都会发生以下情况：

ATL exe 服务器应该充当“服务器进程”，也就是说 - 每台机器应该存在一个进程（MyATLServer.exe，只有一个！），并且许多客户端（让我们保持简单：在同一台机器上）正在消耗来自它的 COM 对象。服务器保存应用程序状态（在内存中），所有客户端都应该使用服务器公开的 COM 对象“共享”这个状态。

exe 服务器通常在系统启动时启动，因为它由 COM 调用调用以创建它的托管对象之一。该调用源自 spoolsv.exe 进程（打印后台处理程序服务）。这会导致服务器进程在“SYSTEM”用户下运行（我猜是因为 spoolsv.exe 使用“SYSTEM”运行）。

当其中一个客户端从 ATL 服务器创建一个 COM 对象时，另一个进程（又是 MyATLServer.exe）被实例化（在登录到 Windows 的用户下运行），因此它不能与“原始”共享应用程序状态" 一个（在 'SYSTEM' 下运行）。第二个客户端将连接到由登录用户实例化的那个（“第二个”）。

在 WEB 上搜索了无数论坛后，我设法得出以下结论：

1) 我的 ATL 服务器使用默认的（由 VS2010 自动生成的）ATL-Module，它继承自 ATL::CAtlExeModuleT。深入研究 ATL 标头，我确信该模块调用 AtlComModuleRegisterClassObjects 时使用了正确的标志（dwClsContext = CLSCTX_LOCAL_SERVER，标志 = REGCLS_MULTIPLEUSE | REGCLS_SUSPENDED）。所以它排除了这个。

2) 使用 start -> run -> dcomcnfg -> DCOM Config -> MyATLServer -> Properties 我在“身份”选项卡下设置了“此用户”选项（使用本地管理员用户）。在“位置”选项卡中，未选中“在此计算机上运行应用程序”选项并显示为灰色。这让我再次搜索，我来到了这里：http://social.technet.microsoft.com/Forums/en-US/w7itprosecurity/thread/4f63ee11-e472-40f9-85db-a6b235d7579c。该链接说明 dcomcnfg 实用程序的 x64 版本存在错误，应该在 x64 Windows 上使用它的 32 位版本（开始->运行->'mmc comexp.msc /32'）。在两个系统（每个系统）上检查后，我发现“在这台计算机上运行应用程序”选项是灰色的，并且在两个系统上都没有选中。

从这一点开始，我完全迷失了（并试图抑制挫败感...... :-)）。我在正确的道路上吗？以前有人这样做过吗？

或者最初的意图 - 如何让我的 ATL exe 服务器“单处理”？

谢谢！

暗里

【问题讨论】：

顺便说一句 - 我也使用 DECLARE_CLASSFACTORY_SINGLETON() 宏作为记录。
您好 omrisela，我正在寻找类似的信息。我想知道如何从 catlservicemodulet 中引用我的 com 单例。我想调用 singleton::start、stop、pause in on pause、灌输处理程序，但我不知道如何获取指向单例的指针或引用...

标签： visual-studio-2010 com process atl single-instance

【解决方案1】：

好的...所以最后我要回答自己:-)

我找到了一些时间来尝试再次解决这个问题（一次又一次......）。在设置了 2 台不同的新开发机器（Win7x86 和 Win7x64）并仅使用 32 位版本的 dcomcnfg 之后 - 一台机器工作，32 位的机器（Win7x86）！

深入“非工作”机器，我发现我遇到了 GUID 地狱！在 x64 开发机器上，COM 对象注册的 GUID 与代码文件（生成代码）中的值不同。更困难的是，我使用了连接点，这些连接点也注册了无效的 GUID。我的意思是 - 注册表中的 GUID 值不正确！到目前为止，我不知道为什么会发生这种情况，但我 100% 确定 VS2010 中的 COM 向导存在错误（生成部分代码，如果有的话......），也许这些向导生成的代码导致注册问题。

为了解决这个问题，我手动删除了 ATL 服务器的所有相关注册表项，取消了 VS 项目中的自动 COM 注册并自己注册了 EXE（在 x64 上使用 %WINDIR%\SysWOW64\cmd.exe控制台，而不是原生 x64 控制台）。

手动注册服务器后，一切正常（正如预期的那样，一个进程，在多个客户端之间共享），并且 dcomcnfg 配置实用程序中没有灰色的复选框。

我确信这个解决方案有很多无法解释的差距，但它对我有用（现在......）。

干杯 ;-)

【讨论】：