首先得给你确认：你的判断完全正确——Visual Studio 2019的「Microsoft WCF Web Service Reference Provider」工具确实仅对HTTP/WSDL端点提供完善支持，对TCP/MEX的适配能力非常有限，这就是你遇到那些错误和警告的根本原因。

一、如果要在.NET Core 3.1中使用WCF TCP客户端，可行的解决办法 #

.NET Core 3.1其实是支持WCF TCP客户端的（只是服务器端不支持TCP服务），只是不能依赖VS的自动生成工具，得手动实现：

1. 安装必要的NuGet包
   给项目添加以下两个包（版本要匹配.NET Core 3.1）：

   • System.ServiceModel.Primitives
   • System.ServiceModel.Tcp

2. 手动定义服务契约与数据契约
   把.NET Framework项目里的服务接口（带[ServiceContract]、[OperationContract]的）和数据类（带[DataContract]、[DataMember]的）原封不动地复制到.NET Core项目中，确保命名空间、属性都一致。

3. 通过ChannelFactory创建客户端
   不用自动生成的代理类，直接用ChannelFactory<T>来构建TCP客户端，示例代码如下：

   // 配置TCP绑定，根据原服务的绑定参数调整（比如安全模式、超时等）
   var tcpBinding = new NetTcpBinding();
   tcpBinding.Security.Mode = SecurityMode.None; // 或者对应原服务的安全配置
   
   // 指定服务端点地址（原TCP服务的地址）
   var endpointAddress = new EndpointAddress("net.tcp://your-service-host:port/your-service-endpoint");
   
   // 创建通道工厂并生成客户端
   using var channelFactory = new ChannelFactory<IYourServiceContract>(tcpBinding, endpointAddress);
   var serviceClient = channelFactory.CreateChannel();
   
   // 调用服务方法
   var response = serviceClient.YourServiceMethod(requestParams);
   

   如果你需要通过MEX获取元数据来生成契约，也可以用MetadataExchangeClient手动拉取元数据，再基于元数据生成接口，但如果已经有.NET Framework的契约代码，直接复用更高效。

二、选型纠结：继续适配WCF TCP还是转用gRPC？ #

这个问题核心看你的业务场景和长期规划：

优先选择继续适配WCF TCP的场景 #

• 现有WCF TCP服务是大型核心服务，短期内完全重构为gRPC的成本极高；
• 只需要迁移客户端，服务端保持.NET Framework不变，且客户端的WCF特性需求（比如事务、安全绑定）在.NET Core客户端支持范围内；
• 团队对WCF技术栈非常熟悉，不想引入新的技术学习成本。

优先选择转用gRPC的场景 #

• 服务本身有重构计划，或者未来要走向微服务架构；
• 需要跨语言调用支持（gRPC支持几乎所有主流编程语言）；
• 追求更好的性能（gRPC基于HTTP/2和Protobuf二进制序列化，性能优于WCF TCP）；
• 希望贴合.NET生态的长期发展方向：.NET Core/.NET 5+以后，WCF仅作为兼容方案维护，没有新特性迭代，而gRPC是官方主推的远程调用方案。

补充：你用VS2017的.NET Framework能正常生成客户端，是因为.NET Framework的WCF工具是完整实现，包含了TCP/MEX的全部支持，而.NET Core的工具为了轻量化，砍掉了非HTTP相关的大部分功能。

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