使用WCF(.NET)进行进程内通信设计

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

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

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

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

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

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

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

非常感谢您的投入!

在本文中查看null传输绑定.

http://www.codeproject.com/KB/WCF/NullTransportForWCF.aspx

我将调查WCF中的"NetNamedPipes"传输协议,该协议专门用于同一机器,进程间通信,并且具有最小的开销(包括快速二进制序列化).

渣