一：背景
说到EF的性能问题，我相信都是大家比较头痛的问题，有很多初学者望而却步，可是每每菜鸟在群里面抱怨EF太慢的时候，这个时候总有一些大牛登场说一句：怪EF咯？怪你不会用！ 当然我从未嫌弃过它，因为我没有做过高性能的项目。前几天看 Nop项目的时候对Attach 和Detach这两个方法很好奇，一经细究如发现珍宝一般：性能优化的捷径。
二：概念
将给定实体以 System.Data.EntityState.Unchanged 状态附加到上下文中，从解释可以看出Attach方法主要目的就是把一个没有被dbContext跟踪的对象附加到dbCotext中使其被dbContext跟踪
三：以前我是这样写的
我都是以修改为例子
我们来分析一下这几行代码，首先它根据Id(测试数据为：int 1)获取出实体（ef模式是对其进行跟踪的），修改后执行SaveChanges 方法，将追踪的实体修改生成 一条sql 语句抛给数据库去执行。那么这个过程中我们总共对数据库进行了两次操作。
而我们平时用纯sql 语句来对数据库进行操作的时候，只需要一次操作即可，虽然ef 已经够强大了，可是它还是很难做到能够赶上原生sql 的效率的两倍。而且ef 最终还是基于sql ，我们只能把效率往 原生Ado.net方向靠近---把不必要的操作去掉，即去掉第一步的取出数据的步骤。
四：现在我是这样写的
首先我们来分析一下上面的代码： u 变量就是从外部传过来的，首先我们让ef 追踪此对象（Attach），然后对此对象状态进行修改，这里是赋值为：Modified ，最终SaveChanges执行将生成一条根据ID 生成一条update sql 语句抛给数据库执行。
当然这里给你提供了很多扩展：
你可以进行添加，删除，取消追踪等操作。