API中EF的async/await用法是否规范？求正确异步实现方案

第二段代码是真正的异步实现，第一段属于伪异步，下面具体分析：

第一段代码的问题 #

• 虽然GetUsers标记了async关键字，但实际查询用的是EF的同步方法ToList()，会直接阻塞当前线程等待数据库返回结果，完全没有异步非阻塞的效果。
• 控制器里的await只是等待一个已经同步完成的Task，本质还是同步执行流程。

第二段代码的正确之处 #

• GetUsers方法中使用了EF提供的异步查询方法ToListAsync()，并通过await等待异步操作完成：这会把当前线程释放回线程池，直到数据库返回数据后再继续执行后续逻辑，真正实现了非阻塞的异步执行。
• 控制器的Users方法直接返回Task<IResult>，这里不需要额外加async/await——因为返回的就是GetUsers创建的异步Task，既简洁又避免了不必要的状态机生成，完全不影响异步逻辑。

更规范的优化方案 #

如果要贴合ASP.NET Core的设计规范，建议通过依赖注入注入DataBaseContext（而非直接在静态类中实例化），同时支持请求取消：

public class AdminController : ControllerBase
{
    private readonly DataBaseContext _dbContext;

    // 通过构造函数注入上下文
    public AdminController(DataBaseContext dbContext)
    {
        _dbContext = dbContext;
    }

    [HttpGet("Users")]
    public async Task<IResult> Users(CancellationToken cancellationToken)
    {
        var users = await _dbContext.users.ToListAsync(cancellationToken);
        return users.Count == 0 ? Results.NotFound() : Results.Ok(users);
    }
}

这种写法既符合依赖注入的设计原则，又能支持请求取消，代码的可测试性和健壮性更强。

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