昨天寫了文章《關于Remoting》，感覺有些問題沒有說清楚。后來又看了一些文檔和書，整理了一下，就算是續吧。

其實我發現主要的問題還是集中在客戶端激活模式。我想再談談客戶端激活模式和服務器端激活模式兩者在代碼實現上的區別。這兩種模式在服務器監聽程序上的區別不大，前面那篇文章已經說得很清楚了，主要還是客戶端程序。為了讓概念不至于模糊混淆，我下面提到客戶端激活模式，用Activated；服務器激活模式，用WellKnown。

先從VS提供的方法來看：

WellKnown模式：Activator.GetObject()方法。它的返回值是方法參數里指定類型的對象實例。

ServerRemoteObject.IServerObjectserverObj = (ServerRemoteObject.IServerObject)
Activator.GetObject(
typeof (ServerRemoteObject.IServerObject),
" tcp://localhost:8080/ServiceMessage " );

Activated模式：
有兩種方法：
1、靜態方法：RemotingConfiguration.RegisterActivatedClientType()。這個方法返回值為Void，它只是將遠程對象注冊在客戶端而已。具體的實例化還需要調用對象類的構造函數。

RemotingConfiguration.RegisterActivatedClientType(
typeof (ServerRemoteObject.ServerObject),
" tcp://localhost:8080/ServiceMessage " );
ServerRemoteObject.ServerObjectserverObj = new ServerRemoteObject.ServerObject();

2、Activator.CreateInstance()方法。這個方法將創建方法參數指定類型的類對象。它與前面的GetObject()不同的是，它要在客戶端調用構造函數，而GetObject()只是獲得對象，而創建實例是在服務器端完成的。CreateInstance()方法有很多個重載，我著重說一下其中常用的兩個。
1） public static object CreateInstance(Type type, object[] args, object[] activationAttributes);
參數說明：
type： 要創建的對象的類型。
args ：與要調用構造函數的參數數量、順序和類型匹配的參數數組。如果 args 為空數組或空引用（Visual Basic 中為 Nothing ），則調用不帶任何參數的構造函數（默認構造函數）。
activationAttributes ：包含一個或多個可以參與激活的屬性的數組。

這里的參數args是一個object[]數組類型。它可以傳遞要創建對象的構造函數中的參數。從這里其實可以得到一個結論：WellKnown激活模式所傳遞的遠程對象類，只能使用默認的構造函數；而Activated模式則可以用戶自定義構造函數。

activationAttributes參數在這個方法中通常用來傳遞服務器的url。
假設我們的遠程對象類ServerObject有個構造函數：

ServerObject( string pName, string pSex, int pAge)
{
name = pName;
sex = pSex;
age = pAge;
}

那么實現的代碼是：

object []attrs = { new UrlAttribute( " tcp://localhost:8080/ServiceMessage " )} ;
object []objs = new object [ 3 ];
objs[ 0 ] = " wayfarer " ;
objs[ 1 ] = " male " ;
objs[ 2 ] = 28 ;
ServerRemoteObject.ServerObject = Activator.CreateInstance(
typeof (ServerRemoteObject.ServerObject),
objs,attrs);

可以看到，objs[]數組傳遞的就是構造函數的參數。

2、public static ObjectHandle CreateInstance(string assemblyName, string typeName, object[] activationAttribute);

參數說明：

參數說明一目了然。注意這個方法返回值為ObjectHandle類型，因此代碼與前不同：：

object []attrs = { new UrlAttribute( " tcp://localhost:8080/EchoMessage " )} ;
ObjectHandlehandle = Activator.CreateInstance( " ServerRemoteObject " , " ServerRemoteObject.ServerObject " ,attrs);
ServerRemoteObject.ServerObjectobj = (ServerRemoteObject.ServerObject)handle.Unwrap();

那么，這個方法實際上是調用的默認構造函數。ObjectHandle.Unwrap()方法是返回被包裝的對象。

說明：要使用UrlAttribute，還需要在命名空間中添加：using System.Runtime.Remoting.Activation;

通過這些代碼的比較，我們還可以得到一個不幸的結論：

對于Activated激活模式，不管是使用靜態方法，還是使用CreateInstance()方法，都必須在客戶端調用構造函數實例化對象。這樣一來，在客戶端我們提供的遠程對象，就不可能只提供接口，而沒有類的實現。而在WellKnown模式，因為在客戶端只是用GetObject()獲得對象，實例化是在服務器端完成的。所以客戶端我們只提供接口就夠了。

所以對于Activated模式，我們必須在服務器和客戶端提供兩份完全相同的遠程對象Dll，這個結果確實讓人很沮喪。有沒有其他方法實現呢？鑒于它的實現原理，答案顯然是否定的。我看了MSDN上的文章，唯一的可行方案就是利用前文提到的用工廠的方法。要注意的是：這種方法是一種利用WellKnown模式來模擬Activated模式，是一種方法的折中。

前文說過，服務器端遠程對象，提供兩個接口。一個接口是具體要傳遞的遠程對象的接口，一個就是工廠接口。還必須有個工廠類實現工廠接口，提供創建遠程對象實例的方法。

public interface IServerObject
{
PersonGetPersonInfo( string name, string sex, int age);
}

public interface IServerObjFactory
{
IServerObjectCreateInstance();
}

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

public class ServerObjFactory:MarshalByRefObject,IServerObjFactory
{
public IServerObjectCreateInstance()
{
return new ServerObject();
}
}

而客戶端呢，只提供接口就可以了。

public interface IServerObject
{
PersonGetPersonInfo( string name, string sex, int age);
}

public interface IServerObjFactory
{
IServerObjectCreateInstance();
}

然后我們用WellKnown激活模式，在服務器端：

// 傳遞對象；
RemotingConfiguration.RegisterWellKnownServiceType(
typeof (ServerRemoteObject.ServerObjFactory),
" ServiceMessage " ,WellKnownObjectMode.SingleCall);

注意這里注冊的不是ServerObject類對象，而是ServerObjFactory類對象。

客戶端：

ServerRemoteObject.IServerObjFactoryserverFactory = (ServerRemoteObject.IServerObjFactory)
Activator.GetObject(
typeof (ServerRemoteObject.IServerObjFactory),
" tcp://localhost:8080/ServiceMessage " );

ServerRemoteObject.IServerObjectserverObj = serverFactory.CreateInstance();

首先用GetObject()返回工廠接口，再利用該接口對象調用工廠的方法CreateInstance()來創建IServerObject對象。

也許有人會納悶了，這里使用的是WellKnown模式啊，為什么說是Activated模式呢？是這樣的，本質來說，它是WellKnown模式。但由于我們利用了工廠來創建實例，因此感覺上是在客戶端來創建具體的遠程對象實例。因此，我說這是一種方法的折中。

好了，寫到這里，自認為交待清楚了。但Remoting的實現遠不止于此，還有很多高級復雜的東西我們還沒有用到。例如自定義通道，自定義MarshalByReferenceObject派生類，生命周期管理，自定義代理。這些東西我也弄不清楚。如果以后弄明白了，希望能寫點東西。