.Net Remoting基础（一）

1. Remoting基础 
   
   什么是Remoting，简而言之，我们可以将其看作是一种分布式处理方式。从微软的产品 角度来看，可以说Remoting就是DCOM的一种升级，它改善了很多功能，并极好的融合到Net平台下。Microsoft?.NET Remoting提供了一种允许对象通过应用程序域与另一个对象进行交互的框架。这也正是我们使用Remoting的原因。为什么呢？在Windows操作系统中，是将应用程序分离为单独的里程。这个进程形成了应程序代码和数据周围的一道边界。如果不采用进程间通信（RPC）机制，则在一种进程中执行的代码就不能访问另一进程。这是一种操作系统对应用程序的保护机制。然而在某些情况下，我们需要跨过应用程序域，与另外的应用程序域进行通信，即穿越边界。
   在Remoting中是通过通道(channel)来实现两个应用程序域之间对象的通信的。如图
   首先，客户端通过Remoting，访问通道以获得服务端对象，再通过代理解析为客户端对象。这就提供一种可能性，即以服务的方式来发布服务器对象。远程对象代码可以运行在服务器上（如服务器激活的对象和客户端激活的对象），然后客户端通过Remoting连接服务器，获得该报务对象并通过序列化客户端运行。
   在Remoting中，对于要传递的对象，设计者除了需要了解通道的类型和端口号之外，无需再了解数据包的格式。但必须注意的是，客户端在获取服务器端对象时，并不是获得实际的服务端对象，而是获得它的引用。这既保证了客户端和服务器端有关对象的松散耦合，同时也优化了通信的性能。
   1） Remoting 的两种通道
   Remoting的通道主要有两种：Tcp和Http。在.Net中，System.Runtime.Remoting.Channel中定义了IChannel接口。IChannel接口包括了TcpChannel通道类型和Http通道类型。它们分别对应Remoting通道的这两种类型。
   TcpChannel类型放在名字空间System.Runtime.Remoting.Channel.Tcp中。Tcp通道提供了基于Socket的传输工具，使用Tcp协议来跨越Remoting边界传输序列化的消息流。TcpChannel类型默认使用二进制格式序列化消息对象，因此它具有更高的传输性能。HttpChannel类型放在名字空间System.Runtime.Remoting.Channel.Http中。它提供了一种使用Http协议，使其能在Internet上穿越防火墙传输序列化消息流。默认情况下，HttpChannel类型使用Soap格式序列化消息对象，因此它具有更好的互操作性。通常在局域网内，我们更多 多的使用TcpChannel，如果要穿越防火墙，则使用HttpChannel。
   
   
   2）远程对象的激活方式
   在访问远程类型的一个对象实例之前，必须通过一个名为Activation的进程创建它并进行初始化。这种客户端通过通道来创建远程对象，称为对象的激活。在Remoting中，远程对象的激活分为两大类：服务器端激活和客户湍激活。
   
   
   （1）服务器端激活，又叫做WellKnow方式，很多又翻番为知名对象。为什么称为知名对象激活模式呢？国为服务器应用程序在激活对象实例之前会在一个众所周知的统一资源标识符（URI）上来发布这个类型。然后该服务器进程会为此类型配置一个WellKnown对象，并根据指定的端口或地址来发布对象。.Net Remoting把服务器端激活又分为SingleTon模式和SingleCall模式两种。
   SingleTon模式：此为有状态模式。如果设置为SingleTon激活方式，则Remoting将为所有客户端建一个对象实例。当对象处于活动状态时，SingleTon实例会处理所有后来的客户端访问请求，而不管他们是同一个客户端，还是其他客户端。SingleTon实例将在方法调用中一直维持其状态，举例来说，如果一个远程对象有一个累加方法（i=0;++i），被多个客户端（例如两个）调用。如果设置为SingleTon方式，则第一个客户获得值为1，第二个客户获得值为2，因为他们获得的对象实例是相同的。如果熟悉Asp.Net的状态管理，我们可以认为它是一种Application状态。
   SingleCall模式：SingleCall是一种无状态模式。一旦设置为SingleCall模式，则当客户端调用远程对象的方法时，Remoting会为每一个客户端建立一个远程对象实例，至于对象实例的销毁则是为GC自动管理的。我们仍然可以借鉴Asp.Net的状态管理，认为它是一种Session状态。
   
   
   （2）客户端激活。与WellKnown模式不同，Remoting在激活每个对象实例的时候，会给每个客户端激活的类型指派一个URI。客户端激活模式一旦获得客户端的请求，将为每一个客户端都建立一个实例引用。SingleCall模式和客户端激活模式是有区别的：首先，对象实例创建的时间不一样。客户端激活方式是客户一旦发出调用的请求，就实例化；而SingleCall则是要等到调用对象方法时再创建。其次，SingleCall模式激活的对象是无状态的，对象生命期的管理是由GC管理的，而客户端激活的对象则有状态。其生命周期可自定义。其三，两种激活模式在服务器端和客户端实现的方法不一样。尤其是在客户端，SingleCall模式是由GetObject()来激活，它调用对象默认的构造函数。而客户端激活模式，则通过CreateInstance()来激活，它可以传递参数。所以可以调用自定义的构造函数来创建实例。
   
   
2. 远程对象的定义
   前面讲到，客户端在获取服务器端对象时，并不是获得实际的服务端对象，而是获得它的引用。因此在Remoting中，对于远程对象有一些必须的定义规范要遵循。
   
   由于Remoting传递的对象是以引用的方式，因此所传递的远程对象类必须继承MarshalByRefObject。MSDN对MarshalByRefObject的说明是：MarshalByRefObject是那些通过使用代理交换消息来跨越应用程序域边界进行通信的对象基因。不是从MarshalByRefObject继承的对象会以隐式方式按值封送。当远程应用程序引用一个按值封送的对象时，将跨越远程处理边界传递该对象的副本。因为您希望使用代理方法而不是副本方法进行通信，因此需要继承MarshalByRefObject。
   
   以下是一个远程对象类的定义
   

   public class ServerObject : MarshalByRefObject
   {
       public Person GetPersonInfo(string name, string sex, int age)
       {
           Person person = new Person();
           person.Name = name;
           person.Sex = sex;
           person.Age = age;
           return person;
       }
   }

   这个类只实现了最简单的方法，就是设置一个人的基本信息，并返回一个 Person 类对象。注意这里返回的Person 类。由于这里所传递的Person 则是以传值的方式来完成的，而Remoting 要求必须是引用的对象，所以必须将Person 类序列化。
   
   因此，在 Remoting 中的远程对象中，如果还要调用或传递某个对象，例如类，或者结构，则该类或结构则必须实现串行化Attribute[SerializableAttribute]：
   
   

   [Serializable]
   public class Person
   {
       public Person()
       {
       }
       private string name;
       private string sex;
       private int age;
   
       public string Name
       {
           get { return name; }
           set { name = value; }
       }
       public string Sex
       {
           get { return sex; }
           set { sex = value; }
       }
       public int Age
       {
           get { return age; }
           set { age = value; }
       }
   }

   将该远程对象以类库的方式编译成Dll。这个Dll将分别放在服务端和客户端，以添加引用。
   在Remoting中能够传递的远程对象可以是各种类型，包括复杂的DataSet对象，只要它能够被序列化。远程对象也可以包含事件，但服务器端对于事件的处理比较特殊。
   
   
3.