在WAS或IIS7中主持WCF？

我们有一个服务器应用程序，它在一个单独的服务器上安装了一个模块，并希望使用WCF使两个模块相互通信。我已经把范围缩小到在IIS7/WAS中或在没有IIS的WAS中托管WCF。主应用程序的主要用途实际上是作为一个基于tcp/ip套接字的服务器来处理传入的一些数据。IIS7或WAS是否最适合此类项目

---

如果我们使用WAS，构建一个控制台应用程序来承载WAS是否有意义？

IIS7能够承载非HTTP服务的唯一原因是它使用WAS来承载非HTTP服务。您的选择并不相互排斥。

IIS7可以承载非HTTP服务的唯一原因是它使用WAS来承载非HTTP服务。您的选择不是相互排斥的。

在IIS7中托管是-它们不是排斥的。我想你问的是我应该“自我主持”还是使用IIS7

如果您使用IIS，则不需要扮演自己的服务主机角色，崩溃后将为您重新启动

如果使用自托管服务，则需要编写托管该服务的程序（如果希望某项服务始终处于打开状态，则通常为Windows服务），并且需要手动处理崩溃和重新启动

---

然而，自托管程序可以更快（不是很多，但有时这很重要——测量一下），并且占用更少的内存。WAS也可以受IIS的连接限制（例如Vista下的10个）的约束，这取决于所使用的协议。

IIS7中的主机是WAS-它们不是独占的。我想你问的是我应该“自我主持”还是使用IIS7

如果您使用IIS，则不需要扮演自己的服务主机角色，崩溃后将为您重新启动

如果使用自托管服务，则需要编写托管该服务的程序（如果希望某项服务始终处于打开状态，则通常为Windows服务），并且需要手动处理崩溃和重新启动

---

然而，自托管程序可以更快（不是很多，但有时这很重要——测量一下），并且占用更少的内存。WAS也可能受到IIS连接限制（例如Vista下的10个）的约束，具体取决于所使用的协议。

感谢您的澄清，我编辑了问题以更好地反映这一点。感谢您的澄清，我编辑了问题以更好地反映这一点。