无服务引用时如何异步调用WCF服务函数？

好消息是，你完全不用手动给上百个方法写委托包装器——WCF本身就支持基于Task的异步接口调用，只需要调整你的服务接口定义，或者用工具自动生成异步代码就行，两种方案都能让你像调用服务引用生成的异步方法一样轻松。

方案一：手动定义异步服务接口 #

WCF允许你直接定义返回Task<T>的异步服务接口，只要保证接口的OperationContract和服务端的契约匹配即可，不用手动包装同步调用。

步骤1：定义异步版本的服务接口 #

假设你原来的同步接口是这样的：

[ServiceContract]
public interface IService
{
    [OperationContract]
    string MyFunction();
    // 其他上百个同步方法...
}

你需要创建一个异步版本的接口，把每个同步方法改成返回Task<T>的异步方法，并且指定和原接口一致的Action和ReplyAction（确保WCF能正确匹配服务端的操作）：

[ServiceContract]
public interface IServiceAsync
{
    [OperationContract(
        Action = "http://tempuri.org/IService/MyFunction",
        ReplyAction = "http://tempuri.org/IService/MyFunctionResponse")]
    Task<string> MyFunctionAsync();
    
    // 对应其他方法的异步版本，比如Task<int> AnotherFunctionAsync();
}

提示：Action和ReplyAction的值可以从原服务的WSDL里找到，或者直接复制原同步接口中OperationContract的默认值（如果没手动指定的话，格式通常是http://命名空间/接口名/方法名）。

步骤2：用ChannelFactory创建异步通道 #

和你原来的同步调用代码几乎一样，只是泛型参数换成异步接口：

var binding = new BasicHttpBinding(); // 替换成你实际使用的绑定（比如WSHttpBinding）
var endpointAddress = new EndpointAddress("http://localhost:4504/MyService");

using var channelFactory = new ChannelFactory<IServiceAsync>(binding, endpointAddress);
var channel = channelFactory.CreateChannel();

// 现在可以直接异步调用了
var result = await channel.MyFunctionAsync();

WCF的ChannelFactory会自动处理异步消息的发送和接收，底层帮你完成了异步逻辑的封装，完全不需要手动写Task包装器。

方案二：用SvcUtil工具自动生成异步客户端代码 #

如果你的服务有上百个方法，手动写异步接口太麻烦，可以用WCF自带的SvcUtil.exe工具，直接从服务的WSDL生成包含异步方法的客户端代码，而且完全不用添加服务引用。

操作步骤 #

1. 打开命令提示符（CMD）或者PowerShell，定位到你想要生成代码的目录。
2. 运行以下命令（替换成你的服务WSDL地址）：

svcutil.exe http://localhost:4504/MyService?wsdl /async /out:MyServiceClient.cs /config:MyService.config

• /async：指定生成基于Task的异步方法
• /out：指定生成的代码文件名
• /config：可选，生成对应的配置文件，里面包含绑定和端点信息

3. 把生成的MyServiceClient.cs文件添加到你的客户端项目中，同时把配置文件里的绑定和端点信息合并到你的App.config/Web.config里。
4. 然后你就可以像使用服务引用生成的客户端一样调用异步方法了：

using var client = new MyServiceClient(); // 工具生成的客户端类
var result = await client.MyFunctionAsync();

关键说明 #

• 如果服务端已经实现了异步操作（比如方法返回Task<T>），那么客户端的异步接口可以直接完美对接；如果服务端是同步实现，客户端的异步调用依然能正常工作，WCF会在底层把同步调用包装成异步（不过推荐服务端也改成异步，提升整体性能）。
• 两种方案都不需要手动给每个方法写委托，既优雅又能节省大量重复工作。

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