EF Core: 使用AsNoTracking减少内存调用 / ABP中使用的注意事项

问题来源：公司项目代码中充斥着 .AsNoTracking( ) 实际上看了看也没有进行对实体的更改操作。比较疑惑，所以查了查。

解答：当你使用EFCore 保存修改是的时候，当然需要EF Core帮你跟踪。但是如果你只是想提取一些数据看一看，不需要修改，那么不需要EFCore跟踪。 

plz ，在查询前加上 .AsNoTracking( )

我们都知道EF默认情况下对数据的访问都是启用模型跟踪。

Entity Framework在第一次对象加载到内存中时进行一次快照，添加快照发生在返回一次查询或添加一个对象到DbSet中时。当Entity Framework需要知道对象的变动时，将先把当前实体与快照中的对象进行扫描对比。实现扫描对比的方法是调用DbContext.ChangeTracker的DetectChanges方法。

　　变动跟踪代理：变动跟踪代理是一种会主动通知Entity Framework实体对象发生变动的机制。如：延迟加载的实现方式。要使用变动跟踪代理，需要在定义的类结构中，Entity Framework可以在运行时从POCO类中创建动态类型并重写POCO属性。动态代理就是一种动态类型，包含重写属性和通知Entity Framework实体对象变动的逻辑。

()1、场景1：遍历IQueryable并且进行数据处理的过程很耗时。

打印出状态是 Detached

 

--------------------------------------- fucking split line  ---------------------------------------------------------

一般的查询和更新流程

1. 查出来 2.更改 3. 更新 

那么对于生成的sql就是先select 再update操作

tips：关于Single和Find的区别 .net5 core Razor 进阶之一：EF Core基本数据操作介绍（单表操作） - 屏风马 - 博客园 

EF Core技巧：利用为跟踪的状态，先改属性值，再修改状态，保存实体

建议不要用，会被同事打死 

2、场景2：如果方法需要返回查询结果，并且在方法里销毁DbContext的话，是不能返回IQueryable的。必须一次性加载 

Entity.DebugView.longView()//此API可以看到实体哪个属性更改了

 记得升级 .net 6.0 以后，结合仓储使用的方式：

res = (await _fuckRepository.GetQueryableAsync()).AsNoTracking().where()

3、场景3：多个IQueryable的遍历嵌套。很多数据库的ADO.NET Core Provider是不支持多个DataReader同时执行的。把连接字符串中的MultipleActiveResultSets=true删掉，其他数据库不支持这个。AsNoTracking