同步无返回值方法实现异步接口的公认实践是什么？

你遇到的这个同步/异步接口兼容问题，在.NET异步编程里是非常常见的场景，业界已经有明确的公认实践可以遵循，核心就是严格遵循「Async all the way」原则，同时用正确的方式处理同步实现类的异步接口适配。

首先，重构接口为异步版本 #

第一步必须把你的ILight接口修改为异步签名，同时遵循.NET异步命名规范（方法名添加Async后缀），这是避免混合同步/异步代码导致死锁、上下文混乱等问题的基础：

public interface ILight
{
    Task OnAsync();
    Task OffAsync();
}

同步实现类的正确写法：返回Task.CompletedTask #

对于WiredLight这种纯CPU绑定、无IO操作的同步类，直接执行同步逻辑后返回Task.CompletedTask是公认的正确做法：

public class WiredLight : ILight
{
    private bool _powered;

    public Task OnAsync()
    {
        _powered = true;
        return Task.CompletedTask;
    }

    public Task OffAsync()
    {
        _powered = false;
        return Task.CompletedTask;
    }
}

你不用担心重复返回同一个Task实例的问题——Task.CompletedTask是.NET框架提供的预实例化、不可变的完成状态Task单例，它的设计目的就是用来复用，完全不会引发线程安全或状态异常问题。

这种写法既符合异步接口的签名要求，又没有引入不必要的线程开销（比如Task.Run会额外占用线程池资源，这才是不推荐使用它的核心原因），同时让调用方可以统一用await处理，无需关心底层是同步还是异步实现，完美契合接口的抽象语义。

异步实现类的写法保持原有逻辑即可 #

WirelessLight的异步实现直接遵循接口签名，保持原有异步逻辑就好：

public class WirelessLight : ILight
{
    public async Task OnAsync()
    {
        await EnablePowerAsync();
    }

    public async Task OffAsync()
    {
        await DisablePowerAsync();
    }

    // 模拟实际IO绑定操作
    private Task EnablePowerAsync() => Task.Delay(100);
    private Task DisablePowerAsync() => Task.Delay(100);
}

为什么不推荐用Task.Run？ #

Task.Run的设计初衷是将长时间运行的CPU密集型操作放到后台线程执行，避免阻塞UI或主线程。但如果你的同步方法本身就是快速完成的CPU绑定操作，用Task.Run反而会增加线程池调度的额外开销，而且违背了「Async all the way」的初衷——调用方以为是异步IO操作，实际上是同步操作被强行包装，没有任何实际收益。

关于「谎称异步」的顾虑 #

其实这不算「谎称」，异步接口的语义是「这个操作可能会异步完成」，而不是「这个操作必须异步完成」。同步实现只是在最快的路径上完成了任务，调用方依然可以用统一的异步方式处理，这正是接口抽象的价值所在——隐藏底层实现细节，让调用方无需区分同步/异步逻辑。

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