WCF服务托管于外部Windows服务时出现“No Endpoint Listening”异常求助

嘿，我来帮你捋捋这个WCF端点找不到的问题——我之前在跨环境测试重构后的WCF服务时，也踩过几乎一模一样的坑！结合你描述的场景（现有Windows服务托管的WCF，本地测预生产环境），我给你列几个优先级最高的排查步骤：

1. 先锁死端点地址的一致性 #

这是最容易犯的低级错误，一定要仔细核对：

• 客户端代理配置里的address，和预生产环境服务端端点配置的address必须完全一致——包括协议（http/https）、主机名/IP、端口、甚至后面的服务路径。别不小心把本地测试的localhost或者旧的预生产地址留在配置里了！
• 举个配置对比的例子：
  服务端端点配置（预生产）：

  <endpoint address="http://preprod-wcf-server:8090/OrderService" 
            binding="basicHttpBinding" 
            contract="IOrderService"/>
  

  客户端代理配置必须严格对应这个地址，不能有任何拼写错误。

2. 验证预生产环境的网络连通性 #

如果地址没问题，那大概率是网络层面的问题：

• 先在本地机器上用ping preprod-wcf-server测试能不能通到预生产服务器，ping不通的话，先检查VPN是否连接（如果预生产在内网）、本地防火墙有没有拦截，或者找运维确认网段权限。
• 再用telnet preprod-wcf-server 8090测试端口是否开放——telnet连不上的话，要么端口号写错了，要么预生产服务器的防火墙把这个端口挡住了，得让运维帮忙开放端口权限。

3. 确认托管WCF的Windows服务状态 #

别忽略这个基础点：

• 让运维帮忙检查预生产环境中，托管WCF服务的Windows服务是否处于运行状态。有时候服务可能因为服务器重启、配置文件错误（比如重构后的代码引入了启动依赖问题）导致启动失败，这时候端点自然无法访问。可以顺便让运维看一下服务的事件日志，有没有启动报错的详细信息。

4. 核对basicHttpBinding的配置兼容性 #

客户端和服务端的绑定配置必须完全兼容，否则也会触发类似的异常：

• 重点检查安全模式（security mode）：如果服务端用了Transport（HTTPS），客户端不能还是用None（HTTP）；反之亦然。
• 还要注意maxReceivedMessageSize、timeout这些参数，如果服务端设置了较大的消息上限，客户端没同步调整，也可能导致连接失败（虽然不一定是EndpointNotFound，但容易混淆）。
• 示例绑定配置对比：
  服务端绑定：

  <basicHttpBinding>
    <binding name="OrderServiceBinding" maxReceivedMessageSize="5000000">
      <security mode="None"/>
    </binding>
  </basicHttpBinding>
  

  客户端的绑定配置要和这个完全对应，不能有冲突。

5. 可选：验证服务元数据是否可访问 #

如果你的代理是通过“添加服务引用”生成的，可以在本地浏览器访问预生产服务的元数据地址，比如http://preprod-wcf-server:8090/OrderService?wsdl：

• 如果能正常打开WSDL页面，说明服务本身是正常对外暴露的；
• 如果打不开，要么是服务端没开启元数据发布，要么是地址有误，这时候得检查服务端的<serviceMetadata>配置是否开启。

终极排查：抓包分析请求 #

如果上面的步骤都没解决问题，建议用Fiddler或者Wireshark抓一下本地到预生产的请求：

• 看看实际发送的请求地址是不是你预期的那个；
• 检查服务器有没有返回响应，或者返回了什么错误码——这能帮你精准定位是请求发错了，还是服务器端根本没收到请求。

内容的提问来源于stack exchange，提问作者Mehdi ben lazreg