【EF中关于刷新本地缓存数据存在的问题 AsNoTracking()】

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

在窗体A中，new一个dbcontext后，读取表数据并显示在列表上，
此时用另一个窗体B又new了一个dbcontext，并对表中其中一条记录做了修改 ，然后增加了一条记录
返回窗体A，不管怎么刷新都只会加载新增记录，而修改过的记录不会显示修改结果。
如果销毁窗体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行为可能会一定程度的影响性能。

使用AsNoTracking方法查询返回无变动跟踪的Province的DbSet，由于是无变动跟踪，所以对返回的Province集中数据的任何修改，在SaveChanges()时，都不会提交到数据库中。

解决办法
1. 窗体A上每次加载数据，都采用new dbcontext的方式
2. dbcontext不重NEW，但使用AsNoTracking方法查询返回无变动跟踪的Province的DbSet
由于是无变动跟踪，所以对返回的Province集中数据的任何修改，在SaveChanges()时，都不会提交到数据库中，所以只能用于查询，不能用于其他赋值的操作。

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

  使用AsNoTracking()方法注意：

只能用于查询，不能把查询后的实体用作其他的用途，不然会导致其他的错误。例如：我想查询数据库有没有一条数据，用AsNotracking()查询后，如果有就把他赋值给一个实体，如果没有就new一个新实体 。这样的话，因为AsNotracking()没有把这个实体加到EF跟踪里面，EF就会认为这个实体在数据库不存在，就会把查询后的实体添加到数据库，但是实际情况是这个实体是存在于数据库里面的，这样就会报数据重复的错误。所以使用AsNotracking()只能用于查询，不能用于其他赋值的操作。