为什么自动生成的控制器 Get() 方法是同步的？

Question

使用Entity创建基本的ASP.NET Core 2.1 MVC API web应用程序时，可以在选择模型和dbContext后自动生成控制器（RMB -> Add -> Controller... -> API Controller with actions, using Entity Framework） .

我想知道为什么生成的所有方法都是异步的，除了返回所有表的基本 Get() ？这是一个错误吗？这是一个数据库调用，因此我希望它是异步的。在这种情况下使用异步调用没有真正的好处吗？如果是，为什么？

    // GET: api/User
    [HttpGet]
    public IEnumerable<User> GetUsers()
    {
        return _context.Users;
    }

Answer 1

return _context.Users 只返回一个DbSet<Users> 类型的对象。它不会对其进行迭代或做任何工作，它只是传递一个允许您访问数据库数据的对象。

DbSet<T> 也是一个IQueryable<T>，这意味着在您调用某种执行函数（如.ToList() 或.Single(x=>x.Id == idToLookFor)）之前不会调用数据库

如果您要异步迭代它，那么您将有一个异步 Get() 方法，例如；

return await _context.Users.ToListAsync()

---

更新

我意识到实际上并没有回答你的问题，

您不太可能想要归还整张桌子。 (SELECT * FROM [Users]) 那么这里的 Get() 方法是一种反模式（在我看来**），称为“暴露 IQueryable”

所以在你的控制器中你可以做类似的事情

_context.Get().Where(user=>user.FirstName == 'Steve').ToList()

或者你可以让它异步，就像你认为你应该在数据库调用中做的那样

await _context.Get().Where(user=>user.FirstName == 'Steve').ToListAsync()

那么，模板生成Get()是不是出错了？不，但我认为您不应该将 IQueryable 公开为公共方法，所以我不同意。

---

IQueryable<T>

var query = _context.Users;  //SQL:  * FROM [Users]

query = query.Where(x=>x.Name == "Steve"); 
//SQL: * FROM [Users] WHERE Name = 'Steve'

query = query.Where(x=>x.wearsHats == true);
//SQL: * FROM [Users] WHERE Name = 'Steve' AND WearsHats = true

query = query.Select(x=>x.Name);
//SQL: Name FROM [Users] WHERE Name = 'Steve' AND WearsHats = true

var result = query.ToList()
//SQL: SELECT Name FROM [Users] WHERE Name = 'Steve' AND WearsHats = true

Answer 2

是的，这与所有其他异步操作非常不一致。我不认为有任何具体原因。我认为微软只是忘记更新模板的这一部分。我希望生成以下内容：

// GET: api/User
[HttpGet]
public async Task<ActionResult<IEnumerable<User>>> GetUsers()
{
    return await _context.Users.ToListAsync();
}

即使是单线操作仍然可以从异步中受益 - IIS 线程在数据库查询期间不会被阻塞。您可以在关于 SO 的其他问题中阅读更多相关信息，例如：When should I use Async Controllers in ASP.NET MVC?

编辑：您可以在github 上找到模板源。您可以在第 38-42 行中看到，在最新版本中，此操作已更新，并将以异步方式生成，与我在上面所写的完全一样。