使用WCF（.NET）进行进程内通信设计

StackOverflow https://stackoverflow.com/questions/620683

题

我有一个有趣的设计问题，我希望你们都能提出一些建议。我正在使用C＃和.NET 3.0

我有一个非常好的，可扩展的框架，它构建在WCF之上，可以自动设置端点和创建合同。我正在使用的系统可以以不同的方式运行 - 端点可以在互联网上的其他位置，在同一个盒子上的不同程序集中运行，甚至可以在相同的进程中运行。 WCF非常适合所有这些透明，但在最后一种情况下，我想提高效率：

我希望避免序列化实际上没有去过的对象的开销。这样做在同一个程序集中的两个线程之间进行通信真的没有意义。同时，我想利用已经存在的基于WCF的框架，因为如果根据系统的设置没有两个独立的通信路径，它将更容易维护。

我的第一个想法是在不安全的上下文中使用对象指针 - 不对抗序列化，而是仅序列化最小量。我对此的关注是，在GC处于攻击性的环境中的异步消息上，在我们有机会取消引用其中包含的指针之前，消息可能会也可能会消失，这会导致很多问题。

我的下一个想法是使用GCHandles，但我不确定他们的行为 - 如果GCHandle不再被引用，但是包含对托管对象的引用，是否由GC清理，或者两者都没有？我担心通过使用这些来引入大量内存泄漏，因为消息丢失的可能性很大，我们将无法调用Free（），我可以找到的文档是......缺乏

另一个想法是使用反射来查看所有托管对象，但看起来这样的开销很大，而且这个系统必须尽可能高效。

因此，总而言之，我正在尝试使用WCF在一个进程中发送一个对象而不对其进行序列化，据我所知，这意味着即使它暂时没有引用也能保持活动状态。看起来它应该是可能的，但我想知道我是不是想吃蛋糕而且也吃它。

非常感谢您的投入！

有帮助吗？

解决方案

我会调查“NetNamedPipes” WCF中的传输协议，专门用于同一机器，进程间通信，并且开销最小（包括快速二进制序列化）。

马克

其他提示

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top