WCF服务托管方式全解析
1. Windows服务托管场景
在客户端和服务器机器上，都可以使用Windows服务来托管WCF服务。不过，在服务器机器上进行托管更为常见，因为在客户端安装Windows服务会增加额外的部署工作，可能并非理想选择。
对于服务器部署，当IIS 7.0和Windows激活服务（WAS）不可用时，Windows服务是通过非HTTP协议托管服务的最可靠方式。特别是在Windows Server 2003机器上，由于不支持WAS，Windows服务就成为了通过命名管道、TCP或MSMQ协议托管服务的最佳选择。这种情况适用于诸如内部网应用程序或防火墙后面的分布式服务等场景。以下是一些适合使用Windows服务的场景：
- 在经典的客户端 - 服务器部署中，客户端属于Windows域，并使用TCP与远程服务器上的服务进行通信。
- ASP.NET Web应用程序通常不会将业务功能存储在页面代码中。业务层程序集根据功能为每个页面提供所需的功能。在面向服务的系统中，页面会使用业务服务，而非业务程序集，这意味着出于分布式或安全原因，可能需要跨进程甚至跨机器进行调用。
- 在Windows Server 2003机器上，通过HTTP协议公开的WCF服务通常托管在ASP.NET工作进程中。但ASP.NET工作进程通常没有权限访问受保护的Windows资源（如数据库），因此可能需要另一层服务来创建受信任的子系统模型。
- 一般来说，任何通过非HTTP协议公开WCF服务的Windows 2003服务器，都会发现Windows服务是确保自动启动和故障重启的唯一可行选择。
这些部署中的服务器机器通常是无人值守的，Windows服务会被配置为在机
