关于MIDL传引用及COM对象桥接64位进程与32位DLL的问询

听起来你已经把跨位COM桥接的基础跑通了，这步已经搞定了最麻烦的部分！关于MIDL传引用的问题，我整理了几个核心要点和常见坑，帮你把这块理顺：

1. 精准声明引用参数的方向 #

MIDL里没有C++那样的&引用语法，得靠指针加属性标记来实现传引用，不同标记对应不同的marshalling行为：

• [in, out] 指针：这是最常用的输入输出引用场景，告诉COM marshaller参数需要双向同步——把调用方的输入值传到32位DLL，再把DLL修改后的值回传给64位进程。比如：

  HRESULT UpdateValue([in, out] LONG* pNum);
  

  要是传自定义结构体，务必确保结构体在MIDL里正确定义（比如加[typedef]、[typeinfo]属性），不然marshaller没法正确序列化内存。
• [out] 指针：如果只是用来返回结果，标记成[out]就行。注意这种情况下，调用方不需要提前初始化指针指向的内存（除非接口文档特别说明），COM会负责分配或填充值。
• 别用C++引用写MIDL：MIDL不支持直接声明C++风格的引用，必须转换成指针形式，因为跨进程marshalling是基于指针语义实现的。

2. 跨位场景下的内存特殊处理 #

因为你是64位进程和32位DLL通信，指针大小不匹配是绕不开的问题，传引用时要特别注意：

• 优先用COM标准类型：比如字符串用BSTR代替wchar_t*，数组用SAFEARRAY。这些类型的marshalling是COM内置支持的，能自动处理32/64位的内存转换和生命周期管理。比如返回字符串的接口：

  HRESULT FetchResult([out, retval] BSTR* pResultStr);
  

• 自定义数组要标注大小：如果必须传自定义数组，一定要用[size_is]或[length_is]标注数组长度，让marshaller知道要拷贝多少数据。比如：

  HRESULT ProcessNumbers([in] LONG arrayLen, [in, out, size_is(arrayLen)] INT* pNumbers);
  

  这样哪怕指针长度不同，数组内容也能正确跨进程传递。

3. 避开裸指针的坑 #

绝对不要直接传递裸void*或者指向栈内存的指针——跨进程marshaller没法追踪这些内存的生命周期，很容易导致崩溃或数据错误。如果要传复杂内存块：

• 封装成COM接口对象：把数据放在一个实现了COM接口的对象里，通过接口指针传递，marshaller会自动处理引用计数和跨位访问。
• 用SAFEARRAY传递数组：这是COM标准的数组传递方式，比自定义数组更可靠，尤其是跨位场景。

4. 调试和验证技巧 #

• 开启MIDL警告：编译时加/W2选项，能提前揪出参数声明的问题，比如漏加[in, out]标记、使用不支持的类型。
• 检查类型库：用OLEView工具查看生成的.tlb文件，确认接口的marshalling信息是否符合预期。
• 排查marshalling错误：如果遇到E_INVALIDARG或者数据没正确回传，先检查：
  • 接口是否正确注册了marshaller（自定义接口要确保类型库注册到位，或者实现了自定义marshaller）；
  • 代码里的调用是否和MIDL声明匹配，比如C++里的指针是否对应MIDL里的[in, out]属性。

内容的提问来源于stack exchange，提问作者P-Squiddy