EF中关于刷新本地缓存数据存在的问题

问题

经常会遇到这种情况：
假设在一个库中只有一个表，

1. 在窗体A中，new一个dbcontext后，读取表数据并显示在列表上，
2. 此时用另一个窗体B又new了一个dbcontext，并对表中其中一条记录做了修改 ，然后增加了一条记录
3. 返回窗体A，不管怎么刷新都只会加载新增记录，而修改过的记录不会显示修改结果。
4. 如果销毁窗体A的dbcontext，重新New一个dbcontext，再次加载，即可显示所有变化。

原因分析

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

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

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

大部分的实例对象的变动调整需要在Entity Framework进行SaveChanges时才会知道，但也可以根据需要调用变动跟踪获取当前对象的状态。

Entity Framework Code First的DbContext.DetectChanges在检测实例对象的变动时，大部分情况不会有性能的问题。但当有大量的实例对象在内存中，或DbContext有大量的操作时，自动的DetectChanges行为可能会一定程度的影响性能。

解决办法

1. 窗体A上每次加载数据，都采用new dbcontext的方式

2. dbcontext不重NEW，但使用AsNoTracking方法查询返回无变动跟踪的Province的DbSet

由于是无变动跟踪，所以对返回的Province集中数据的任何修改，在SaveChanges()时，都不会提交到数据库中，所以只能用于查询，不能用于其他赋值的操作。

 

 dbContext.someOneTable.AsNoTracking().Tolist();