如果我使用OLE自动化在64位应用程序中加载32位控件，会发生什么？

Question

我负责的.NET应用程序使用第三方控件，该控件只能作为32位COM组件使用。我已经尝试了一段时间，试图找到一种方法，让组件和应用程序在64位模式下协同工作。我们从控件供应商那里得到了一些帮助-他们不打算在短期内提供64位版本的组件，但他们附加了一个使用WebBrowser控件加载组件的C#解决方案和一个使用一些有趣的OLE代码从WebBrowser中挖掘对控件接口的引用的C++解决方案。

好消息是，代码做了它应该做的事情；组件在64位解决方案中正确加载，我正在挖掘我的旧的、参差不齐的ATL知识，以便在C++解决方案中找到如何将控件接口检索到我们的C#中。

我担心的是，我不能很好地理解这个配置，无法确定我可能会给我们的应用程序带来什么问题。有人做过这种性质的事情吗？我主要担心的是我们可能会开始看到神秘的崩溃，我最终会追溯到32位控件破坏了一个值，然后我就会回到我开始的地方。

这个控件是Solidworks的EModelViewControl，它包含在EDrawings轻量级CAD查看器中。这不是一个特别复杂的控件，尽管它们的自动化设置有点有趣。

Answer 1

您应该能够使用进程外COM服务器包装您的32位COM组件，您可以从64位应用程序与之通信。

这些相关主题有更多详细信息和参考：