今天在改造以前旧项目时出现了一项BUG，是由于以前不规范的EF写法所导致。异常信息如下：
"An entity object cannot be referenced by multiple instances of IEntityChangeTracker(一个实体对象不能由多个 IEntityChangeTracker 实例引用)"
这个问题其实很容易定位，是因为在程序中
使用了不同的DbContext来追踪同一个实体。
以下的Demo代码可以轻松地引发该异常：
using (var dbContext = new ADbContext())
{var aa = dbContext.ClassA.Where(p => p.Id == ).FirstOrDefault();
dbContext.Entry<ClassA>(aa).State = System.Data.Entity.EntityState.Modified;
using (var db2 = new ADbContext())
{
db2.Entry<ClassA>(aa).State = System.Data.Entity.EntityState.Modified;
dbContext.SaveChanges();
}
dbContext.SaveChanges();
}
注意ClassA一定要具有 导航属性 ，如下：
public class ClassA
{
public int Id { get; set; }
public string guid { get; set; }
public int? child_id { get; set; }
[ForeignKey("child_id")]
public virtual ClassB child { get; set; }
}
多数场景下，一个设计好的系统中都会使用Uow(工作单元)来保证每一次请求使用同一个DbContext（也会有一些系统会需要MSDTC，不在讨论范围内），任意新建DbContext不但容易引发异常，还有可能因为释放不及时而导致内存问题。
要解决上面的这个异常很简单——使用同一个DbContext就行了。
可问题是：
为什么这个项目在以前的运行过程中没有引发错误？
探究
还是上面那个项目，我们把导航属性的 Virtual 去掉，如下:
public class ClassA
{
public int Id { get; set; }
public string guid { get; set; }
public int? child_id { get; set; }
[ForeignKey("child_id")]
public ClassB child { get; set; }
}
运行项目，你会发现异常不见了。
究竟是什么原因？
对EF稍微了解的同学都知道，EF的导航属性默认是开启延迟加载的。
不了解的同学请搜索关键字补充一下关于EF延迟加载的基础知识，英语能力不错的同学请浏览官方文档（ 关联与导航属性， 加载关联实体）
去掉了virtual后，关闭了该导航属性的延迟加载功能，然后异常消失了。
是因为延迟加载导致的这个异常吗？
延迟加载又和IEntityChangeTracker有什么关系呢？
原因
顾名思义，其实 IEntityChangeTracker 就是用来追踪实体信息的，但令人不解的是，为什么关闭延迟加载之后，就算实体同时被两个DbContext追踪也不会报错。
来考虑一下EF的延迟加载是如何实现的，
EF使用了与Castle类似的动态代理技术，同时也存在着相同的缺陷（无法拦截没有被标识为virtual的成员）。
由于没看过EF的源码，官方文档也没有详细的说明，所以我只能推测，IEntityChangeTracker其实发挥类似拦截器的功能，
调用DbContext时，由EF产生实体的动态代理，在访问导航属性时，拦截请求访问数据库并填充导航属性。
而动态代理在产生之后，就无法在Attach到其他的DbContext中。
基于这个推测，我们可以使用一下的代码进行测试，关闭DbContext动态代理。
using (var dbContext = new ADbContext())
{
dbContext.Configuration.ProxyCreationEnabled = false;
var aa = dbContext.ClassA.Where(p => p.Id == ).FirstOrDefault();
dbContext.Entry<ClassA>(aa).State = System.Data.Entity.EntityState.Modified;
using (var db2 = new ADbContext())
{
db2.Entry<ClassA>(aa).State = System.Data.Entity.EntityState.Modified;
dbContext.SaveChanges();
}
dbContext.SaveChanges();
}
结果通过。
为了证明该异常其实跟延迟加载没有关系，我们可以开启动态代理，然后关闭延迟加载。
using (var dbContext = new ADbContext())
{
dbContext.Configuration.ProxyCreationEnabled = true;
dbContext.Configuration.LazyLoadingEnabled = false;
var aa = dbContext.ClassA.Where(p => p.Id == ).FirstOrDefault();
dbContext.Entry<ClassA>(aa).State = System.Data.Entity.EntityState.Modified;
using (var db2 = new ADbContext())
{
db2.Entry<ClassA>(aa).State = System.Data.Entity.EntityState.Modified;
dbContext.SaveChanges();
}
dbContext.SaveChanges();
}
异常依旧发生。
证明引发该异常的并不是延迟加载功能，而在于EF动态代理的对象只能由一个DbContext追踪。
还有一点值得一提的是：
如果一个实体没有导航属性的话，EF也不会生成它的动态代理。