增删操作为什么不需要异步化？

Question

如题，老师上节课说会讲，请问老师是不是忘记了？

Answer 1

阿莱克斯刘 2020-07-21 15:47:45

谢谢你提出的问题，由于视频剪辑的失误，把这两个操作的解释不小心删除了，不好意思，这几天我会尽快做一个勘误，把视频补充完整。不过也不用担心，不会影响接下来的学习。

我们使用的orm框架是entity framework core，在旧版的ef框架中add添加与remove删除都没有对应的异步接口，也就是说没有AddAsync与RemoveAsync。

不过，自从ef6开始，数据的添加操作也有异步操作了，AddAsync函数也有了，我们使用的ef是最新版，所以add添加也将会支持异步操作。我也会对视频内容做一个勘误。

下面简单聊一下为什么没有remove的异步操作。

1. 与数据库的读取数据操作不一样（比如GetTouristRoutesAsync函数），不管是add还是remove都不会在被调用后直接向数据库写入数据，而是先把数据放在DbContext中，由一个叫做“ChangeTracker”的东西管理（暂时理解为内存），直到调用 _context.SaveChangesAsync()以后，数据才会被真正写入数据库中。

   数据存入ChangeTracker（DbContext）的时候进行的是内存操作，并不是真正的IO操作，所有没有必要进行异步操作，这就是为什么add与delete不需要对应的异步函数。

那么，为什么最新版的ef又提供了add的异步操作AddAsync呢？

• 因为，有时候在添加数据的时候，可能会需要与数据库提前沟通一下，比如说如果一个模型的主键id，是整数类型、而且是由数据库控制的自增数字，那么我们在添加数据的时候必须得先问问数据库这个新数据的id是什么啊，得到id以后再把数据存入ChangeTracker里面，最后，直到调用 _context.SaveChangesAsync()以后，数据才会被真正写入数据库中。而问数据库取得id的过程实际上就是一个IO操作，既然是IO，那么异步操作就在所难免了，这就是为什么新版的ef加入了AddAsync这个函数，提供了这个异步操作。

如果哪里没讲明白请继续提问，谢谢。

• 提问者 Sea_Man #1

  感谢老师，讲的非常清楚

• Dokey713 #2

  奇怪‘问数据库取得id的过程’为什么不在_context.SaveChangesAsync()中执行