Windows Shell集成：IExecuteCommand反复启动新进程/COM服务的问题

问题根源 #

官方的ExecuteCommandVerb示例是单次执行即退出的控制台程序，虽然注释提到COM会复用实例，但示例本身没有实现长驻进程和实例复用的核心逻辑——COM的实例复用机制要求你的应用必须是持续运行的进程，并且正确处理COM对象的注册与实例管理。

具体修复步骤 #

1. 将应用改为长驻进程 #

把原控制台程序改成带消息循环的GUI程序（如果是后台工具也可以用服务，但GUI更适配用户交互场景），确保进程启动后不会立即退出。添加标准Windows消息循环：

MSG msg;
while (GetMessage(&msg, nullptr, 0, 0))
{
    TranslateMessage(&msg);
    DispatchMessage(&msg);
}

2. 配置COM类为单实例模式 #

在EXE的COM注册逻辑中，将CoRegisterClassObject的REGCLS参数设置为REGCLS_SINGLEINSTANCE，确保COM只会创建一个进程实例：

DWORD dwRegister;
hr = CoRegisterClassObject(CLSID_ExecuteCommand,
    pFactory,
    CLSCTX_LOCAL_SERVER,
    REGCLS_SINGLEINSTANCE,
    &dwRegister);

注意：原示例是EXE类型的COM服务器，注册逻辑要放在WinMain中，而非DLL的DllRegisterServer。

3. 复用全局COM对象实例 #

在进程中维护一个全局的CExecuteCommand对象实例，当新的Shell请求过来时，返回同一个实例而非创建新对象。比如在WinMain初始化COM后，只创建一次该对象，后续所有客户端请求都复用它。

4. 修正注册表配置 #

• 确保右键动词的command注册表项指向你的COM服务器EXE，而非普通启动命令；
• 移除MultiSelectModel=Player（该配置仅影响多文件选择的参数传递，和实例复用无关）；
• 检查HKCR\CLSID\{你的CLSID}\LocalServer32路径是否正确指向EXE，无多余错误参数。

5. 正确处理COM激活参数 #

COM启动你的EXE时会传递/Embedding参数，程序需要识别该参数并进入COM服务器模式，而非普通启动流程。原示例已有该判断，但要确保进入此模式后，进程会进入消息循环等待后续命令，而非执行一次就退出。

关键注意事项 #

• 避免使用REGCLS_SINGLEUSE，该模式会在客户端断开后销毁实例，导致下次操作重新启动进程；
• 确保你的COM对象实现线程安全，或正确使用套间模型处理多线程调用；
• 测试前先注销旧的COM注册（手动删除对应注册表项）再重新注册，避免系统缓存干扰。

内容的提问来源于stack exchange，提问作者tunafish24