.NET Remoting构建分布式数据库查询

引言

　　随着传统的数据库、计算机网络和数字通信技术的快速发展，以数据分布存储和分布处理为主要特征的分布式数据库系统的研究和开发越来越受到人们的关注。微软提供了两种解决方案来为用户实现数据服务，即 .NET Remoting 和 Web Service 技术。众所周知，Web Service 技术已经是业界中一种公认的标准数据传输方案，它基于 HTTP 之上，可以轻松穿过防火墙；而 Remoting 技术则是在 .NET 环境下,在应用程序内部或应用程序域之间传输数据的方案，它有几种通道可以在数据传输中使用，选择适当的通道同样可以达到穿越防火墙。然而，在一个封闭的网络环境中，选择TCP通道将获得更好的连接性能，这种情况下，无疑 .NET Remoting具有明显的优势。

　　Remoting 框架简介

　　.NET Remoting 提供了一种允许对象通过应用程序域与另一对象进行交互的框架。这种框架提供了多种服务，包括激活和生存期支持，以及负责与远程应用程序进行消息传输的通讯通道。而且，.NET Remoting 是一个内容丰富的、可扩展的框架，它使得分布在不同应用程序域(AppDomain)、不同进程和不同计算机上的对象可以实现无缝通信。它提供的编程模型和运行时支持，功能强大且非常便捷，能够实现透明的交互。

　　理解Remoting框架

　　1、基本原理


图1 .NET Remoting体系结构图

　　.NET Remoting中通过通道（channel）来实现两个应用程序域之间的对象通信。Remoting的通道主要有两种：Tcp和Http。在.NET中，System.Runtime.Remoting.Channel中定义了IChannel接口。IChannel接口包括了TcpChannel通道类型和Http通道类型。它们分别对应Remoting通道的这两种类型。通道对象代表了到远程应用程序的连接。每个通道对象还包含格式化程序对象，将方法调用转换为已知格式的消息。

　　其基本原理如图1所示，首先，客户端通过通道访问服务器端对象，以获得服务器端对象的代理。服务器端对象也即通常所说的远程对象，使用时是通过跨应用程序边界传递对象引用获得该远程对象的代理。对于客户程序来说，代理提供了与远程对象完全一样的方法和属性。当代理的方法别调用时，就会创建消息，通过使用格式化程序类，将这些消息串行化并发送到客户通道中。客户通道和服务器通道进行通信，以通过网络传输消息。服务器通道则使用格式化程序并行化消息，从而将方法发送给远程对象。通过代理，客户端应用程序就可以像使用本地对象一样来操作远程对象。

　　2、应用程序域

　　Windows操作系统将应用程序分离为单独的进程，形成应用程序代码及其数据的保护边界。虽然进程在隔离应用程序方面是有效的，但同样有缺点：首先，进程属于低级的操作系统结构，管理进程要涉及很多操作系统行为；其次创建和管理进程是一项非常昂贵的任务，如果不采用进程间通信（Interprocess Communication,IPC）机制，在一个进程中执行的代码就不能访问另一进程，而采用IPC 机制的额外开销往往使得最后得不偿失。在很多情况下，我们需要一个对象跨过应用程序域，与另一对象进行交互。.NET 所引入的应用程序域对上述问题进行了很好的解决。应用程序域是 .NET 运行库的逻辑进程表示，任何实际的操作系统进程可以包含多个应用程序域。应用程序域具有以下优点：

　　●隐藏了进程具体的操作系统信息。

　　●应用程序域同样提供了隔离，所有 .NET 对象都界定在创建它的应用程序域中。

　　●对于不需要昂贵的IPC 机制的进程，应用程序域允许 .NET 运行库优化运行于其中的应用程序间的通信。

　　3、远程对象的激活方式

　　远程对象派生自System.marshalByRefObject类，访问远程类型的一个对象实例之前，必须通过一个名为Activation的进程进行创建并初始化。这种客户端通过通道来创建远程对象的行为称为远程对象的激活。在Remoting中，远程对象的激活分为两大类：

　　●服务器端激活：又称为WellKnown方式，通过这种方式激活的对象称为服务器端激活对象或者知名对象。这是因为服务器端应用程序在激活对象实例之前会通过一个众所周知的统一资源标识符(URI)来发布这个类型。.Net Remoting把服务器端激活又分为Singleton模式和SingleCall模式两种。Singleton模式即指运行库只创建一个对象接受所有的客户端请求，并通过租赁策略控制其生存期；而在SingleCall模式中，运行库将为每个客户端请求建立一个新对象，并在完成请求后释放这个对象，由垃圾收集器（GC）进行销毁。

　　●客户端激活：在这种模式下，一旦服务器端获得客户端的请求，将为每一个客户端都建立一个实例引用。虽然这种模式与服务器端激活的SingleCall模式有些相似，但它们是有区别的：第一，SingleCall模式激活的对象是无状态的，对象生命期的管理是由GC负责的；而客户端激活的对象则有状态，其生命周期可以自定义；第二，SingleCall模式在调用对象方法时创建对象实例，而客户端激活方式在客户发出调用请求时进行实例化；第三，SingleCall模式下，只能调用对象默认的构造函数，不能通过传递参数调用自定义的构造函数来创建对象实例，而客户端激活模式可以调用自定义的构造函数来创建实例。

　　4、配置文件

　　除了通过编程的方式发布远程对象外，还可以使用配置文件对服务器端应用程序进行配置。使用配置文件的优点在于：

　　● 用户无需修改任何代码，就可以配置通道和远程对象，而且，不需要重新编译应用程序。

　　●大大减少了用于实现远程对象所必须编写的代码。

　　下面是一个服务器端通过SingCall模式激活远程对象的配置文件(命名为：DbServer.exe.config)：

＜configuration＞ ＜system.runtime.remoting＞ ＜application＞ ＜service＞ ＜wellknown mode = "SingleCall" type = "DbServerLibrary.DbServer, DbServerLibrary" objectUri = "DbServer "/＞ ＜/service＞ ＜channels＞ ＜channel ref = "tcp" port = "8888" /＞ ＜/channels＞ ＜/application＞ ＜/system.runtime.remoting＞ ＜/configuration＞

　　如果是客户端激活模式，则把wellknown改为activated，同时删除mode属性。然后，只需要使用下面一行代码就可以发布远程对象：

　　RemotingConfiguration.Configure("DbServer.exe.config");

　　同样，客户端也可以使用配置文件来获得对远程对象的引用，在使用上述一行代码后，只需要简单使用new运算符(还可采用其他方法)即可以像操作本地对象一样来操作远程对象。由此可见，.NET Remoting为用户提供了非常灵活便捷的方式来发布和获取远程对象，同时提供了方便的部署应用程序方案。