wcf - 比较自托管 : WCF vs HttpListener

Question

我一直在研究在自托管应用程序中使用 ASP.NET Web API 和 SignalR 的可能性，我注意到 ASP.NET Web API 自托管实现使用 WCF，而 SignalR 自托管实现使用 System.Net.HttpListener .这使得提出组合自托管解决方案变得有点困难，但它确实让我想知道为什么不同的项目团队会使用不同的方法。

每种方法的优缺点是什么？ SignalR 无法使用 WCF 自托管或 Web API 无法使用 HttpListener 是否有任何特殊原因？

编辑 :我知道 Web API 自托管提供了比 SignalR 更完整的堆栈，我的问题更多是关于为什么在实现自己的自托管解决方案时会选择 WCF 实现而不是 System.Net.HttpListener。

Answer 1

就像我们在同一页面上一样，Web API 自主机使用的 WCF 自主机确实在幕后使用了 HttpListener。但是，我想我可能已经发现 WCF 自托管的一个主要缺点。

我还没有确认这一点，但似乎当您使用 Web API 自主机时，您提供的基地址不会直接转换为 HttpListener 前缀。似乎 WCF 转换了主机的基址和通配符。

这意味着 WCF 自主机将响应指定端口上的任何主机。这意味着您不能使用不同的主机名在同一端口上与 IIS 并行运行 Web API 自托管服务。

这可能是 SignalR 决定废弃 WCF Self-Host 并直接使用 HTTPListener 的原因。