把我的两分钱扔进去。。。

在我的dbConfiguration.cs中，我喜欢将context.SaveChanges（）方法包装成try/catch，并生成一个输出文本文件，该文件允许我清晰地读取错误，该代码还为它们加上时间戳-如果在不同的时间遇到多个错误，这很方便！

        try
        {
            context.SaveChanges();
        }
        catch (DbEntityValidationException e)
        {
            //Create empty list to capture Validation error(s)
            var outputLines = new List<string>();

            foreach (var eve in e.EntityValidationErrors)
            {
                outputLines.Add(
                    $"{DateTime.Now}: Entity of type \"{eve.Entry.Entity.GetType().Name}\" in state \"{eve.Entry.State}\" has the following validation errors:");
                outputLines.AddRange(eve.ValidationErrors.Select(ve =>
                    $"- Property: \"{ve.PropertyName}\", Error: \"{ve.ErrorMessage}\""));
            }
            //Write to external file
            File.AppendAllLines(@"c:\temp\dbErrors.txt", outputLines);
            throw;
        }

这对我有用。

var modelState = ModelState.Values;
if (!ModelState.IsValid)
{
    return RedirectToAction("Index", "Home", model);
}

在if语句上设置断点。然后可以在调试窗口中检查modelState。在每个值上，您都可以看到是否存在错误，甚至错误消息。就是这样。当您不再需要它时，只需删除或注释该行即可。

我希望这会有所帮助。

如果需要，我可以在调试窗口中提供详细的屏幕截图。

根据@Slauma的回答和@Milton的建议，我用try/catch扩展了基类的自定义保存方法，该方法将处理（并因此记录错误日志！）这类异常。

// Where `BaseDB` is your Entities object... (it could be `this` in a different design)
public void Save(bool? validateEntities = null)
{
    try
    {
        //Capture and set the validation state if we decide to
        bool validateOnSaveEnabledStartState = BaseDB.Configuration.ValidateOnSaveEnabled;
        if (validateEntities.HasValue)
            BaseDB.Configuration.ValidateOnSaveEnabled = validateEntities.Value;

        BaseDB.SaveChanges();

        //Revert the validation state when done
        if (validateEntities.HasValue)
            BaseDB.Configuration.ValidateOnSaveEnabled = validateOnSaveEnabledStartState;
    }
    catch (DbEntityValidationException e)
    {
        StringBuilder sb = new StringBuilder();
        foreach (var eve in e.EntityValidationErrors)
        {
            sb.AppendLine(string.Format("Entity of type \"{0}\" in state \"{1}\" has the following validation errors:", 
                                            eve.Entry.Entity.GetType().Name,
                                            eve.Entry.State));
            foreach (var ve in eve.ValidationErrors)
            {
                sb.AppendLine(string.Format("- Property: \"{0}\", Error: \"{1}\"",
                                            ve.PropertyName,
                                            ve.ErrorMessage));
            }
        }
        throw new DbEntityValidationException(sb.ToString(), e);
    }
}

我以前遇到过这个错误

当我试图在实体框架中更新模型中的特定字段时

Letter letter = new Letter {ID = letterId, ExportNumber = letterExportNumber,EntityState = EntityState.Modified};
LetterService.ChangeExportNumberfor(letter);
//----------


public int ChangeExportNumber(Letter letter)
    {
        int result = 0;
        using (var db = ((LettersGeneratorEntities) GetContext()))
        {
            db.Letters.Attach(letter);
            db.Entry(letter).Property(x => x.ExportNumber).IsModified = true;
            result += db.SaveChanges();
        }
        return result;
    }

根据上述答案

我发现验证消息需要SignerName字段。

指向我模型中的字段

当我检查数据库模式时，我发现

因此场外ValidationException有权引发

根据这个字段，我希望它可以为空，（我不知道我是怎么搞砸的）

所以我将该字段更改为允许Null，这样我的代码就不会再出现此错误

因此，如果您使数据库的数据完整性无效，可能会发生此错误

@Slauma的回答非常好，但我发现当ComplexType属性无效时，它不起作用。

例如，假设您有一个复杂类型PhoneNumber的属性Phone。如果AreaCode属性无效，则ve.PropertyNames中的属性名称为“Phone.AreaCode”。这将导致对eve.Entry.CurrentValues<object>（ve.PropertyName）的调用失败。

要解决此问题，可以在每个位置拆分属性名称。，然后递归遍历生成的属性名称数组。最后，当您到达链的底部时，只需返回属性的值。

下面是@Slauma的FormattedDbEntityValidationException类，支持ComplexTypes。

享受

[Serializable]
public class FormattedDbEntityValidationException : Exception
{
    public FormattedDbEntityValidationException(DbEntityValidationException innerException) :
        base(null, innerException)
    {
    }

    public override string Message
    {
        get
        {
            var innerException = InnerException as DbEntityValidationException;
            if (innerException == null) return base.Message;

            var sb = new StringBuilder();

            sb.AppendLine();
            sb.AppendLine();
            foreach (var eve in innerException.EntityValidationErrors)
            {
                sb.AppendLine(string.Format("- Entity of type \"{0}\" in state \"{1}\" has the following validation errors:",
                    eve.Entry.Entity.GetType().FullName, eve.Entry.State));
                foreach (var ve in eve.ValidationErrors)
                {
                    object value;
                    if (ve.PropertyName.Contains("."))
                    {
                        var propertyChain = ve.PropertyName.Split('.');
                        var complexProperty = eve.Entry.CurrentValues.GetValue<DbPropertyValues>(propertyChain.First());
                        value = GetComplexPropertyValue(complexProperty, propertyChain.Skip(1).ToArray());
                    }
                    else
                    {
                        value = eve.Entry.CurrentValues.GetValue<object>(ve.PropertyName);
                    }
                    sb.AppendLine(string.Format("-- Property: \"{0}\", Value: \"{1}\", Error: \"{2}\"",
                        ve.PropertyName,
                        value,
                        ve.ErrorMessage));
                }
            }
            sb.AppendLine();

            return sb.ToString();
        }
    }

    private static object GetComplexPropertyValue(DbPropertyValues propertyValues, string[] propertyChain)
    {
        var propertyName = propertyChain.First();
        return propertyChain.Count() == 1 
            ? propertyValues[propertyName] 
            : GetComplexPropertyValue((DbPropertyValues)propertyValues[propertyName], propertyChain.Skip(1).ToArray());
    }
}

老实说，我不知道如何检查验证错误的内容。Visual Studio向我展示了它是一个包含8个对象的数组，因此有8个验证错误。

实际上，如果在调试期间在Visual studio中钻取该数组，应该会看到错误。但是，您也可以捕获异常，然后将错误写入某些日志存储或控制台：

try
{
    // Your code...
    // Could also be before try if you know the exception occurs in SaveChanges

    context.SaveChanges();
}
catch (DbEntityValidationException e)
{
    foreach (var eve in e.EntityValidationErrors)
    {
        Console.WriteLine("Entity of type \"{0}\" in state \"{1}\" has the following validation errors:",
            eve.Entry.Entity.GetType().Name, eve.Entry.State);
        foreach (var ve in eve.ValidationErrors)
        {
            Console.WriteLine("- Property: \"{0}\", Error: \"{1}\"",
                ve.PropertyName, ve.ErrorMessage);
        }
    }
    throw;
}

EntityValidationErrors是表示无法成功验证的实体的集合，每个实体的内部集合ValidationError是属性级别的错误列表。

这些验证消息通常有助于找到问题的根源。

Edit

一些轻微的改进：

违规属性的值可以包含在内部循环中，如下所示：

        foreach (var ve in eve.ValidationErrors)
        {
            Console.WriteLine("- Property: \"{0}\", Value: \"{1}\", Error: \"{2}\"",
                ve.PropertyName,
                eve.Entry.CurrentValues.GetValue<object>(ve.PropertyName),
                ve.ErrorMessage);
        }

调试Debug.Write可能比Console.WriteLine更好，因为它适用于所有类型的应用程序，而不仅仅是控制台应用程序（感谢@Bart在下面的评论中的注释）。

对于正在生产中并使用Elmah进行异常日志记录的web应用程序，创建自定义异常并覆盖SaveChanges以抛出此新异常对我来说非常有用。

自定义异常类型如下所示：

public class FormattedDbEntityValidationException : Exception
{
    public FormattedDbEntityValidationException(DbEntityValidationException innerException) :
        base(null, innerException)
    {
    }

    public override string Message
    {
        get
        {
            var innerException = InnerException as DbEntityValidationException;
            if (innerException != null)
            {
                StringBuilder sb = new StringBuilder();

                sb.AppendLine();
                sb.AppendLine();
                foreach (var eve in innerException.EntityValidationErrors)
                {
                    sb.AppendLine(string.Format("- Entity of type \"{0}\" in state \"{1}\" has the following validation errors:",
                        eve.Entry.Entity.GetType().FullName, eve.Entry.State));
                    foreach (var ve in eve.ValidationErrors)
                    {
                        sb.AppendLine(string.Format("-- Property: \"{0}\", Value: \"{1}\", Error: \"{2}\"",
                            ve.PropertyName,
                            eve.Entry.CurrentValues.GetValue<object>(ve.PropertyName),
                            ve.ErrorMessage));
                    }
                }
                sb.AppendLine();

                return sb.ToString();
            }

            return base.Message;
        }
    }
}

可以通过以下方式覆盖SaveChanges：

public class MyContext : DbContext
{
    // ...

    public override int SaveChanges()
    {
        try
        {
            return base.SaveChanges();
        }
        catch (DbEntityValidationException e)
        {
            var newException = new FormattedDbEntityValidationException(e);
            throw newException;
        }
    }
}

几句话：

Elmah在web界面或发送的电子邮件中显示的黄色错误屏幕（如果您已配置）现在直接在消息顶部显示验证详细信息。在自定义异常中重写Message属性而不是重写ToString（）的好处是，标准ASP.NET“死亡黄屏（YSOD）”也会显示此消息。与Elmah相反，YSOD显然不使用ToString（），但两者都显示Message属性。将原始DbEntityValidationException包装为内部异常可确保原始堆栈跟踪仍然可用，并显示在Elmah和YSOD中。通过在抛出newException的行上设置断点；您可以简单地将newException.Message属性作为文本进行检查，而不是深入验证集合，这有点尴尬，似乎对每个人都不容易（见下面的注释）。