激活 URL
本主题介绍一项传统技术，保留该技术是为了向后兼容现有的应用程序，不建议对新的开发使用该技术。现在应该使用 Windows Communication Foundation (WCF) 来开发分布式应用程序。
在应用程序域之外的 URL 上发布的服务器激活对象称为已知类型。因此，该 URL 称为已知对象 URL。已知对象 URL 的格式如下：
协议方案 :// 计算机名称 : 端口 / 可能的应用程序名称 / 对象 URI
不过必须指出的是，如果在 Internet 信息服务 (IIS) 中承载远程对象，则无法声明应用程序名称。在这种情况下，应用程序的虚拟目录将自动成为应用程序名称。此外，还可能需要进行其他的细微更改。
由于 .NET 远程处理系统为您针对每个实例生成了唯一的 URL，因此客户端激活的对象不需要对每个对象都有唯一的 URL。因此，用于激活客户端激活对象的 URL 称为客户端激活 URL。客户端激活 URL 的格式如下：
协议方案 :// 计算机名称 : 端口 / 可能的应用程序名称
如果您使用 TcpChannel 对象，端口号就是必需的。
通过 IIS 之外的宿主应用程序域，您可以通过编程方式配置可远程处理的类型，也可以使用配置文件。若要执行后一项操作，必须通过调用 RemotingConfiguration.Configure 并传递配置文件的名称来加载该文件中的值。（当您在 Internet 信息服务 (IIS) 中承载可远程处理的类型时，将检测到 <service> 元素。）尽管可以为远程处理配置文件使用任何文件名，但应用程序安全设置仅在包含于具有以下格式的名称的文件中时才能得以强制实施：
<应用程序名称>.<文件扩展名>.config
建议您在大多数情况下使用这种文件名格式。例如，如果宿主可执行文件为 MyServer.exe，则配置文件的正确名称为 MyServer.exe.config。
无论选择什么样的文件名，都可以将多个配置文件传递到 Configure。通常，最好在一个或多个单独的文件中指定信道、格式化程序以及自定义信道的提供程序，然后在连续的调用中将它们全部注册到 Configure。这样，您就可以复制仅处理信道、提供程序或任何其他自定义功能的配置文件。如果在 Channels.config 文件中指定自定义信道模板，在 Providers.config 文件中指定自定义提供程序，则可以使用以下代码示例中所示的调用来配置远程处理客户端。
RemotingConfiguration.Configure("Providers.config")
RemotingConfiguration.Configure("Channels.config")
RemotingConfiguration.Configure("RemoteClient.exe.config")
RemotingConfiguration.Configure("Providers.config");
RemotingConfiguration.Configure("Channels.config");
RemotingConfiguration.Configure("RemoteClient.exe.config");