JointCode.Shuttle 是一个用于进程内 AppDomain 间通讯的服务架构(不支持跨进程),它旨在取代运行时库提供的 MarshalByrefObject 的功能。git
通常状况下,在进行跨 AppDomain 调用时,大部分人选择使用运行时库默认提供的、基于 MarshalByrefObject 类继承的通讯机制。代码也很简单,例如:github
1 namespace JoitCode.Shuttle.SimpleSample 2 { 3 public class MyService : MarshalByRefObject 4 { 5 public void Do() { } 6 } 7 8 class Program 9 { 10 static void Main(string[] args) 11 { 12 // 在默认 AppDomain 中建立一个子 AppDomain 13 var serviceDomain = AppDomain.CreateDomain("ServiceDomain", null, null); 14 15 var myService = (MyService)serviceDomain.CreateInstanceAndUnwrap 16 (typeof(MyService).Assembly.FullName, 17 "JoitCode.Shuttle.SimpleSample.MyService"); 18 19 myService.Do(); 20 21 Console.Read(); 22 } 23 } 24 }
使用这种方式来调用远程(位于其余 AppDomain 的)服务,简单当然简单,但它不提供远程服务管理功能。也就是说,调用者没法控制什么时候释放远程服务对象。架构
假如远程服务对象只是提供简单的服务,这原本也没什么问题。但若是远程服务可能会被频繁调用呢?又或者远程服务持有关键系统资源(于是须要及时释放)呢?测试
前一种状况可能会形成服务端内存消耗增长,然后一种状况则可能形成系统瓶颈。spa
使用 JointCode.Shuttle 能够避免上述状况的发生,由于它容许客户端自主释放远程服务对象,或者也可使用租约来管理远程对象的生命期。并且,若是远程对象实现了 IDisposable 接口,则其 Dispose 方法还会被调用(注意,若是服务被定义为单例,即在对服务类应用 ServiceClassAttribute 时将其 Lifetime 属性设为 LifetimeEnum.Singleton,则要到应用程序结束时才会释放其服务实例并调用其 Dispose 方法)。code
使用方法相似以下所示:对象
IRemoteLifetimeService lifetimeService; // 获取远程服务实例 // _shuttleDomain 是一个 ShuttleDomain 实例对象 _shuttleDomain.TryGetService(out lifetimeService); // 调用远程服务方法 lifetimeService.Execute(); // 远程服务对象会被释放 lifetimeService.Dispose();
咱们为此编写了一个简单的测试,如下是测试结果的部分截图:blog
如需获取完整的测试源码,请移步前往 此处 下载(测试名称:ShuttleDomain生命期管理)。继承