查看EntityValidationErrors，
只能看到{System.Data.Entity.Validation.DbEntityValidationResult}，没有更详细的信息。
如果将上述代码用try..catch包起来，如下写法：
try
{
//执行代码
}
catch (DbEntityValidationException ex)
{
var e = ex.EntityValidationErrors;
}
catch (Exception ex)
{
}
一层一层地打开，看到真正导致异常的原因，看到下面的截图：
分析实体配置发现，Account属性被设置为IsRequired，那么在更新实体的时候，即使不更新这个字段，也要给这个字段赋值，那么赋值后观察：
更新操作代码变为
using (CustomDbContext db = new CustomDbContext())
{
User user = new User
{
Id = 1,
Email = "test@1622.com",
Account = "a"
};
DbEntityEntry<User> entry = db.Entry<User>(user);
entry.State = EntityState.Unchanged;
entry.Property(t => t.Email).IsModified = true;
int num = db.SaveChanges();
}
经过上述调整后，更新成功。
那么换一个思路，将Account属性被设置为IsOptional()是不是也可以呢？
修改实体配置，将Account属性设置按如下修改，并注掉上面的Account = "a"
modelBuilder.Entity<User>().Property(u => u.Account)
.IsOptional()
.IsUnicode(false)
.HasMaxLength(50);
执行测试，更改成功。
得出结论：在实体配置时，指定了为必选的字段，那么更新操作时，构造实例一定要对必选（IsRequired()）字段赋值。
上述测试中还有一个值得考虑的细节，构造User实例的时候，只对Id,Email进行了赋值，而没有对其他属性进行赋值，那么为什么会成功呢？那么必定是未进行任何设置的实体属性默认是IsOptional()。这跟表结构中的字段类型设置为Not Null有无关联呢，从测试结果看就本类应用无必然联系。
总结：
a.实体配置中指定了实体属性为IsRequired()，更新操作构造类的实例时必对此属性赋值。
b.不进行配置的实体属性默认为IsOptional()
c.表结构中字段是否为Not Null对上述规则无影响。
2 更新报错：
An object with the same key already exists in the ObjectStateManager. The ObjectStateManager cannot track multiple objects with the same key.
