原文:[原创]WCF技术剖析之三：如何进行基于非HTTP的IIS服务寄宿

在上面一篇文章中，我们对不同版本的IIS，以及ASP.NET得的实现机制进行了详细而深入的分析。在介绍IIS7.0的时候，我们谈到，HTTP.SYS+W3SVC实现了基于HTTP的请求监听，在此基础上引入了以下三组网络监听器（Listener）和监听适配器（Adapter），实现了基于TCP、Named Pipes和MSMQ的网络监听，图1揭示了IIS7的总体结构。

  • TCPListener|TCP Listener Adapter
  • NamedPipes Listener|Named Pipes Listener Adapter
  • MSMQ Listener|MSMQ Listener Adapter

图1 IIS 7总体架构

由于IIS 7提供了基于非HTTP网络协议的监听支持，那么就意味着当我们当我们通过IIS进行WCF服务寄宿（Hosting）的时候，可以采用非HTTP的通信方式。在本篇文章中，我们将通过一个简单实例介绍进行非HTTP的IIS服务寄宿，Source Code下载WasHostingDemo.zip。

由于IIS 7在本质上通过WAS（Windows Process Activation Service）实现了非HTTP的请求监听，我们也可以将这种方式的服务寄宿称为基于WAS的服务寄宿。在本实例中，我们通过IIS 7实现基于TCP的服务寄宿，图2表示实例应用在VS2008种的解决方案结构。其中，Class Library类型的项目Contracts用于定义服务契约；而Services则用于定义具体的服务；Console应用项目Client模拟客户端。此外，Services对应目录被映射为IIS相应站点下的某个Web应用，虚拟目录名称为WasHostingDemo。

 

图2 基于TCP的IIS服务寄宿实例在VS2008中的解决方案结构

步骤一：定义服务契约和服务

本实例仍然采用我们熟悉的计算服务的例子，在Contracts项目下，定义了接口ICalculator代表计算服务的服务契约。

1: using System.ServiceModel;
2: 
3: namespace Artech.WasHostingDemo.Contracts
4: {
5:     [ServiceContract(Namespace="http://www.artech.com/")]
6:    public interface ICalculator
7:     {
8:         [OperationContract]
9:        double Add(double x, double y);
0:     }
1: }

在Services项目中，实现了ICalculator接口，提供服务的实现：

1: using Artech.WasHostingDemo.Contracts;
2: 
3: namespace Artech.WasHostingDemo.Services
4: {
5:    public class CalculatorService:ICalculator
6:     {
7:         #region ICalculator Members
8: 
9:         public double Add(double x, double y)
0:         {
1:             return x + y;
2:         }
3: 
4:         #endregion
5:     }
6: }

和普通基于HTTP的IIS服务寄宿一样，我们需要为WCF服务创建相应的.SVC文本文件，该文件一般仅仅包含一个<%@ ServiceHost%>指令。简单起见，我仅仅添加了唯一一个必需的Service属性（Attribute）。我把该文件命名为CalculatorService.svc，下面是该.SVC的全部内容：

<%@ ServiceHost Service="Artech.WasHostingDemo.Services.CalculatorService,Artech.WasHostingDemo.Services"%>

然后，将Services所在的目录映射为IIS下的虚拟目录。在本例中，在IIS 7的Default Web Site站点下，创建了一个命名为WasHostingDemo的Web应用，并将其物理地址指定为Services项目所在的目录。然后在根目录下创建一个Web.config，配置WCF服务寄宿相关的设置。整个WCF配置如下，Binding类型指定为NetTcpBinding。

1: <?xml version="1.0" encoding="utf-8" ?>
2: <configuration>
3:     <system.serviceModel>
4:         <services>
5:             <service name="Artech.WasHostingDemo.Services.CalculatorService">
6:                 <endpoint address="" binding="netTcpBinding" bindingConfiguration=""
7:                     contract="Artech.WasHostingDemo.Contracts.ICalculator" />
8:             </service>
9:         </services>
0:     </system.serviceModel>
1: </configuration>

注：由于ASP.NET应用在运行的时候默认从根目录下的Bin子目录加载Assembly，而Services项目默认编译的目标目录为Bin\Debug|Release，所以我们需要通过修改项目属性将编译的目标目录设为Bin。

步骤二：为站点设置TCP绑定，为Web应用添加支持协议

进行非HTTP的服务寄宿是WAS为WCF提供的最显著的特性。由于在默认的情况下，IIS仅仅支持对于HTTP请求的处理，我们需要相应的方式对IIS相关配置进行相关的修改，从而改变IIS默认的请求处理行为。在上面我们说过，IIS 7.0广泛采用了基于XML文件的配置方式，所以最终极的方式就是直接修改相应的配置文件。但是，直接修改配置文件的方式，出错的频率很高，对于很多的配置，我们都可以直接通过IIS管理器进行相应的修改。此外，我们可以选择通过命令行的方式修改相应的配置，IIS为我们提供了一系列的命令。

WAS的配置保存在配置文件applicationHost.config中，该文件保存在%windir%\system32\inetsrv\config目录中。为了实现基于非HTTP的服务寄宿，首先需要做的是为WCF Service的寄宿应用所在的Web Site添加非相应非HTTP协议的站点绑定（site binding），该操作可以通过执行Appcmd.exe命名实现，该命名存放在%windir%\system32\inetsrv\目录中。

为了使寄宿WCF服务的Web站点具有基于TCP的监听能力，我们可以通过下面的命名行为该站点（Default Web Site）添加基于TCP的绑定，指定监听端口为808（默认端口）。

appcmd.exe set site "Default Web Site" -+bindings.[protocol='net.tcp',bindingInformation='808:*']

站点绑定添加于修改也可以直接通过IIS管理器进行：选择相应站点=〉在右边的部分“Bindings”=〉在弹出的Site Bindings对话框中可以添加新的站点绑定和编辑现有的站点绑定，如图3所示。

图3 通过IIS管理器设置站点绑定

在站点级别非HTTP绑定存在的情况下，你还可在应用级别控制对非HTTP协议的支持。在默认的情况下，Web应用并不提供对非HTTP协议的支持，你需要通过AppCmd.exe为应用添加对于某个非HTTP协议支持的能力。通过下面的配置对默认站点下的WasHostingDemo应用添加了对net.tcp支持的能力。

appcmd.exe set app "Default Web Site/WasHostingDemo" /enabledProtocols:net.tcp

步骤三：创建客户端程序进行服务调用

对于调用非HTTP协议的IIS寄宿服务的客户端来说，和普通的WCF服务调用完全一样，下面是服务调用代码和相关的配置。由于，客户端程序通过访问WCF服务的.SVC文件的方式进行服务的调用，所以在相应终结点中的地址为.SVC所在的地址。

1: using System;
2: using System.ServiceModel;
3: using Artech.WasHostingDemo.Contracts;
4: 
5: namespace Artech.WasHostingDemo.Client
6: {
7:     class Program
8:     {
9:         static void Main(string[] args)
0:         {
1:             using (ChannelFactory<ICalculator> channelFactory = new ChannelFactory<ICalculator>("calculatorservice"))
2:             {
3:                 ICalculator calculator = channelFactory.CreateChannel();
4:                 using (calculator as IDisposable)
5:                 {
6:                     try
7:                     {
8:                         Console.WriteLine("x + y = {2} when x = {0} and y = {1}", 1, 2, calculator.Add(1, 2));
9:                     }
0:                     catch (CommunicationException)
1:                     {
2:                         (calculator as ICommunicationObject).Abort();
3:                         throw;
4:                     }
5:                     catch (TimeoutException)
6:                     {
7:                         (calculator as ICommunicationObject).Abort();
8:                         throw;
9:                     }
0:                 }
1:             }
2:         }
3:     }
4: } 

   1: <?xml version="1.0" encoding="utf-8" ?>
   2: <configuration>
   3:   <system.serviceModel>
   4:     <client>
   5:       <endpoint address="net.tcp://127.0.0.1/WasHostingDemo/CalculatorService.svc"
   6:       binding="netTcpBinding" bindingConfiguration="" contract="Artech.WasHostingDemo.Contracts.ICalculator"
   7:       name="calculatorservice" />
   8:     </client>
   9:   </system.serviceModel>
  10: </configuration>

通过运行客户端程序，你将得到如下的输出：

   1: x + y = 3 when x = 1 and y = 2

作者：Artech
出处：http://artech.cnblogs.com
本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。

WCF技术剖析之三：如何进行基于非HTTP的IIS服务寄宿相关推荐

  1. [原创]WCF技术剖析之三：如何进行基于非HTTP的IIS服务寄宿

    在上面一篇文章中,我们对不同版本的IIS,以及ASP.NET得的实现机制进行了详细而深入的分析.在介绍IIS7.0的时候,我们谈到,HTTP.SYS+W3SVC实现了基于HTTP的请求监听,在此基础上 ...

  2. WCF技术剖析之三十二：一步步创建一个完整的分布式事务应用

    在完成了对于WCF事务编程(<上篇>.<中篇>.<下篇>)的介绍后,本篇文章将提供一个完整的分布式事务的WCF服务应用,通过本例,读者不仅仅会了解到如何编程实现事务 ...

  3. WCF技术剖析之三十：一个很有用的WCF调用编程技巧[下篇]

    在<上篇>中,我通过使用Delegate的方式解决了服务调用过程中的异常处理以及对服务代理的关闭.对于<WCF技术剖析(卷1)>的读者,应该会知道在第7章中我通过类似于AOP的 ...

  4. WCF技术剖析之十四：泛型数据契约和集合数据契约（下篇）

    [爱心链接:拯救一个25岁身患急性白血病的女孩[内有苏州电视台经济频道<天天山海经>为此录制的节目视频(苏州话)]]在.NET中,所有的集合都实现了IEnumerable接口,比如Arra ...

  5. WCF技术剖析（卷1）正式出版

    [书     名] WCF技术剖析(卷1) [作     者] 蒋金楠 [出     版] 电子工业出版社 [书     号] 9787121089985 [出版日期] 2009 年7月 [开     ...

  6. WCF技术剖析之十四：泛型数据契约和集合数据契约（上篇）

    在.NET Framework 2.0中,泛型第一次被引入.我们可以定义泛型接口.泛型类型.泛型委托和泛型方法.序列化依赖于真实具体的类型,而泛型则刻意模糊了具体类型概念.而集合代表一组对象的组合,集 ...

  7. WCF技术剖析之十五：数据契约代理（DataContractSurrogate）在序列化中的作用

    如果一个类型,不一定是数据契约,和给定的数据契约具有很大的差异,而我们要将该类型的对象序列化成基于数据契约对应的XML.反之,对于一段给定的基于数据契约的XML,要通过反序列化生成该类型的对象,我们该 ...

  8. WCF技术剖析之二十七: 如何将一个服务发布成WSDL[基于HTTP-GET的实现]（提供模拟程序）...

    WCF技术剖析之二十七: 如何将一个服务发布成WSDL[基于HTTP-GET的实现](提供模拟程序) 原文:WCF技术剖析之二十七: 如何将一个服务发布成WSDL[基于HTTP-GET的实现](提供模 ...

  9. WCF技术剖析之十八：消息契约（Message Contract）和基于消息契约的序列化

    在本篇文章中,我们将讨论WCF四大契约(服务契约.数据契约.消息契约和错误契约)之一的消息契约(Message Contract).服务契约关注于对服务操作的描述,数据契约关注于对于数据结构和格式的描 ...

最新文章

  1. websphere变成英文了
  2. 为什么不能根据返回类型来区分重载
  3. 全议程来啦！2021数据技术嘉年华，我们周四线上见！
  4. 小计C/C++问题（1）
  5. MySQL Mathematical Functions(数学方法)
  6. linux安装opencv让输入密码,linux下安装opencv的全过程（对初学者或者linux不熟悉的童鞋，非常适合）...
  7. PyTorch：数据读取2 - Dataloader
  8. 约束最优化方法 (二) Zoutendijk容许方向法
  9. 计算机的分类按cpu芯片可以分为,按CPU芯片可分为单片机、单板机、多芯片机和多板机...
  10. keepalved 双机热备
  11. linux最常用命令
  12. 基于改进麻雀算法优化变分模态分解（IAMSSA—VMD）的信号分解方法
  13. 一个屌丝程序猿的人生（二十七）
  14. 短信验证码接口的应用场景和优势
  15. SecureCRT Backspace/delete 键失效的解决方法
  16. Java 线程的状态
  17. 创客匠人教您实现流量变现
  18. android.view.WindowLeaked解决办法
  19. 学会了这套方法论，你就能更高效地解决问题（2）
  20. 从国外某著名DNN 知情人士 Nina's Blog上看到一些有用的文章，在此记录一下，也为国内DNN，问题搜索，出一点力

热门文章

  1. python绘制简单城市剪影图_Python之绘制个人足迹地图
  2. CentOS7安装MySQL，全网最快安装教程
  3. Windows 控制台cmd中文乱码的解决办法
  4. bmklocationmanager方法没有回调_SystemVerilog中的callback（回调）
  5. 10.22 Ext JS 快速开发工具
  6. 【效果图】门户网首页模板一 (类似CSDN)
  7. Ajax应用简单实例
  8. 判断二叉树是否对称的代码
  9. POJ - 3450
  10. Spring Data Jpa出现Not supported for DML operations