Excel无法从C# RTD Server取数显示#N/A的问题排查与方案探讨

一、初始问题的根因定位 #

你遇到的=RTD("MyApplicationProgID", "", "test")返回#N/A的问题，核心是Excel 2007对空服务器参数的解析存在兼容性问题。从测试结果来看，Excel 2007无法将空字符串""识别为“本地服务器”，但以下写法可以正常触发RTD连接：

• =RTD("MyApplicationProgID", "<你的计算机Windows名称>", "test")
• =RTD("MyApplicationProgID", "local", "test")
• =RTD("MyApplicationProgID", , "test")（用多个空格代替空字符串）

另外，你之前误以为EXE格式的RTD服务器默认是进程外运行，这是混淆了DDE和RTD的机制：RTD服务器的运行模式（进程内/外）由COM注册时的CLSCTX参数决定，而非文件格式。默认情况下，用RegAsm或RegistrationServices.RegisterAssembly注册的.NET EXE会被Excel以进程内方式加载，这就是为什么你看到文件被锁定但进程未单独启动的原因。

二、进程外RTD服务器的实现方案 #

如果必须实现进程外运行（避免重复计算、数据源独占连接），可以参考以下两种思路：

1. 手动配置COM注册项强制进程外 #

虽然你不想直接操作COM底层，但可以通过修改注册表或自定义注册逻辑，将RTD服务器的LocalServer32项配置正确，替代默认的InprocServer32。具体步骤：

• 用RegAsm注册后，删除注册表中HKEY_CLASSES_ROOT\CLSID\{你的RTD类GUID}\InprocServer32项
• 添加LocalServer32项，值设为你的EXE完整路径
• 确保注册时指定/codebase参数（如果EXE不在GAC中）

这种方式会让Excel启动独立的EXE进程作为RTD服务器，实现进程外隔离。

2. 进程内RTD + 进程间通信（IPC） #

如果不想修改COM注册逻辑，更务实的方案是保留进程内RTD服务器，通过IPC机制连接到你的主应用进程，共享数据：

• 推荐IPC方案：
  • 命名管道：轻量、适合本地进程通信，.NET中可通过NamedPipeServerStream/NamedPipeClientStream实现，支持双向通信，能实时推送数据更新到Excel
  • WCF（NetNamedPipeBinding）：封装更完善，适合复杂数据结构，配置简单
  • gRPC：跨平台、高性能，适合未来扩展，但需要额外配置
• 实现逻辑：
  1. 主应用启动时创建IPC服务端
  2. 进程内RTD服务器启动后，作为客户端连接到主应用的IPC服务
  3. 主应用实时推送数据到RTD服务器，RTD服务器通过IRTDUpdateEvent.UpdateNotify()通知Excel刷新
  4. 处理主应用未启动的情况：RTD服务器检测到IPC连接失败时，启动主应用进程

三、多Excel实例支持的注意事项 #

• 如果用进程外RTD服务器，默认情况下多个Excel实例会共享同一个RTD进程（COM的单实例特性），若需要每个Excel实例对应独立RTD进程，需在RTD类上添加[ComVisible(true)]和[ClassInterface(ClassInterfaceType.None)]，同时注册时设置SingleUse而非MultiUse（需要手动修改注册表的AppID项）
• 如果用IPC方案，每个进程内RTD服务器实例独立连接到主应用，天然支持多Excel实例，只需在主应用中维护多个客户端连接即可

四、替代方案考量 #

如果RTD的复杂度超出预期，可以考虑以下替代方式：

• Excel VBA + IPC：用VBA编写简单的客户端，通过命名管道或套接字获取主应用数据，用Application.OnTime定时刷新
• Power Query：Excel 2010及以上支持Power Query，可通过自定义数据源连接到你的主应用API，实现定时刷新（但实时性不如RTD）

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