.NET 6 WCF客户端连接.NET 4.7服务端遇协议错误，求可行性确认

核心结论 #

.NET 6的WCF客户端完全可以和.NET 4.7的WCF服务端建立连接，你遇到的报错是因为.NET Core/.NET 5+的WCF实现对WebSocket双工通信的地址校验逻辑更严格，和.NET Framework 4.7的默认行为存在差异。

报错原因分析 #

你遇到的System.ServiceModel.ProtocolException，本质是.NET 6的WCF客户端要求WebSocket双工通信的确认消息地址必须和应用消息地址完全一致，但.NET 4.7服务端可能返回了不一致的地址（比如服务端配置了独立的回调地址，或者地址解析逻辑存在差异），触发了客户端的严格校验。

解决方案 #

1. 修改客户端绑定配置，强制使用同一WebSocket地址 #

在你的NetHttpBinding配置中，新增UseSameWebSocketUriForDuplex属性并设置为true，这个属性是.NET Core/.NET 5+新增的，用来适配老版本服务端的双工通信行为，强制客户端使用同一个WebSocket URI处理所有消息（包括确认消息）。

修改后的代码如下：

public static IService Connect(ServerCredential credentials, IServiceCallback callback)
{
    var binding = new NetHttpBinding(BasicHttpSecurityMode.None, true)
    {
        WebSocketSettings =
        {
            TransportUsage = WebSocketTransportUsage.Always,
            UseSameWebSocketUriForDuplex = true // 新增此配置
        },
        ReaderQuotas =
        {
            MaxDepth = int.MaxValue,
            MaxArrayLength = int.MaxValue,
            MaxBytesPerRead = int.MaxValue
        },
        MaxReceivedMessageSize = 2147483647L,
        SendTimeout = TimeSpan.FromMinutes(20.0),
        ReceiveTimeout = TimeSpan.FromSeconds(2.0),
        OpenTimeout = TimeSpan.FromSeconds(2.0),
        CloseTimeout = TimeSpan.FromSeconds(2.0)
    };

    var instanceContext = new InstanceContext(callback);

    var factory = new DuplexChannelFactory<IService>(
        instanceContext,
        binding,
        new EndpointAddress(credentials.Domain));

    var channel = factory.CreateChannel();

    channel.Authenticate(credentials.User, credentials.Password);

    return channel;
}

2. 验证服务端配置 #

检查.NET 4.7服务端的NetHttpBinding配置，确保：

• 没有为双工通信指定独立的回调地址
• WebSocket传输模式和客户端保持一致（均设置为强制使用WebSocket）

3. 确认地址格式正确性 #

确保credentials.Domain的地址是标准的WebSocket URI格式（如ws://your-server-address/endpoint或wss://your-server-address/endpoint），避免多余的路径、参数或格式错误导致地址解析不一致。

补充说明 #

尽管WCF已不再是.NET生态的主推技术，但.NET团队仍维护了跨版本的基础兼容性，只要调整配置对齐双方的通信规则，.NET 6客户端与.NET 4.7服务端的通信是完全可行的。

内容的提问来源于stack exchange，提问作者EEEEEEB