c++ - 混合模式进程与托管到非托管 IPC

Question

我正在尝试为我正在从事的当前项目提出设计候选人。它的客户端接口(interface)基于公开公共(public)方法和回调的 WCF 服务。请求一直路由到执行计算、操作等的 C++ 库(使用 boost)。

当前方案基于 WCF 服务通过 IPC 与单独的 native C++ 进程对话。

为了让事情更简单一些，这里有一个建议使用混合模式(即有一个单独的 .NET 进程在其中加载 native C++ 层，很可能通过非常薄的 C++/CLI 层)。主要问题是垃圾回收或其他 .NET 方面是否会阻碍进程的非托管 C++ 部分的性能。

我开始查找安全点和 GC 辅助方法(例如 KeepAlive() 等)的概念，但找不到任何关于此或基准的直接讨论。到目前为止，据我了解，其中一个安全点是线程是否正在执行未管理的代码，在这种情况下，垃圾收集不会暂停任何线程(这是正确的吗？)来执行清理。

我想我的主要问题是，在同一进程中运行这两种类型的代码与拥有单独的进程相比， native 方面存在性能问题。

Answer 1

如果您有一个从未执行过任何托管代码的线程，它在 .NET 垃圾回收期间不会被卡住。

如果使用托管代码的线程当前正在 native 代码中运行，垃圾收集器不会卡住它，而是将线程标记为在下一次到达托管代码时停止。但是，如果您正在考虑长时间不返回的 native 分派(dispatch)循环，您可能会发现您正在阻塞垃圾收集器(或将东西固定住导致缓慢的 GC 和碎片化)。因此，我建议让您的线程以完全纯净的 native 代码执行重要任务。

确保编译器不会静默地为某些标准 C++ 代码生成 MSIL(从而使其作为托管代码执行)有点棘手。但最终您可以通过谨慎使用 #pragma managed(push, off) 来完成此操作。