EditForm不触发验证的主因是模型未正确绑定或验证特性失效：模型类需加[Required]等特性、属性必须public且含get/set、EditForm须显式指定Model参数，DataAnnotationsValidator仅计算不渲染，需配合ValidationMessage组件及正确表达式。
Blazor中EditForm不触发验证的常见原因
多数时候不是EditForm失效，而是模型没正确绑定或验证特性没生效。最常踩的坑是：模型类没加[Required]等特性、字段用了private set但没配[ValidateNever]、或者EditForm里漏了Model参数。
必须确保模型类属性是public且有get和set（哪怕private set也行），否则DataAnnotationsValidator读不到值；同时EditForm必须显式传入Model，不能只靠@bind-Value内部推断。
-
EditForm必须写成<EditForm Model="@model">，不能只写<EditForm> - 模型类需引用
System.ComponentModel.DataAnnotations命名空间 - 验证特性如
[Required]、[EmailAddress]、[Range(1, 100)]要加在属性上，不是字段上 - 若属性是
string?且用[Required]，Blazor会按非空字符串校验；若允许空格，得额外加[StringLength(100, MinimumLength = 1)]并配合Trim()逻辑
DataAnnotationsValidator为什么没显示错误消息
DataAnnotationsValidator本身不渲染UI，它只把验证结果塞进EditContext。错误提示要靠ValidationMessage或ValidationSummary组件手动拉取。
典型错误是只加了<DataAnnotationsValidator />，却没配<ValidationMessage For="@(() => model.Email)" />——前者负责“算”，后者负责“说”。而且For参数必须是表达式树，不能写字符串或变量名。
-
ValidationMessage的For必须用@(() => model.PropertyName)，写成"Email"或@model.Email都无效 - 如果模型是嵌套类型（如
User.Profile.Name），表达式得写成@(() => model.Profile.Name)，不能省略中间层级 -
ValidationSummary默认只显示模型级错误（比如IValidatableObject.Validate抛的），字段级错误需设ModelErrorsOnly="false"
自定义验证逻辑怎么接入DataAnnotations
内置特性不够用时，继承ValidationAttribute是最轻量的扩展方式。注意两点：一是重写IsValid时别直接操作object value，要用ValidationContext获取完整上下文；二是异步验证（比如查数据库）不能放在这里，得用Validator服务或FluentValidation替代。
public class UniqueUserNameAttribute : ValidationAttribute
{
protected override ValidationResult? IsValid(object? value, ValidationContext validationContext)
{
if (value is not string userName || string.IsNullOrWhiteSpace(userName))
return ValidationResult.Success;
var service = validationContext.GetRequiredService<IUserService>();
var exists = service.ExistsAsync(userName).Result; // 同步调用仅限演示，实际应避免
return exists
? new ValidationResult("用户名已存在")
: ValidationResult.Success;
}
}
- 不要在
IsValid里用await，会阻塞同步验证流；真要异步，得改用EditContext.OnValidationRequested手动触发 - 依赖注入的服务需通过
validationContext.GetRequiredService<T>()获取，不能构造函数注入 - 若验证依赖其他属性（比如“确认密码”需匹配“密码”），用
validationContext.ObjectInstance转成模型再取值
EditForm提交后验证失败却不阻止提交
根本原因是没检查EditContext.Validate()返回值，或没用OnValidSubmit。用OnSubmit会绕过所有内置验证逻辑，等于自己全权接管——包括错误收集、UI更新、防重复提交。
正确姿势是只用OnValidSubmit，它只在EditContext.Validate()返回true时触发。如果需要手动触发验证（比如点击“下一步”不提交），调用editContext.Validate()即可，它会刷新所有ValidationMessage。
- 永远别用
OnSubmit处理表单逻辑，除非你明确要放弃DataAnnotations自动验证 -
OnValidSubmit内修改模型属性后，若需重新验证，得手动调用editContext.NotifyValidationStateChanged() - 验证失败时，
EditForm不会自动滚动到第一个错误字段，需用JS互操作或ElementReference聚焦
EditForm绑定 → DataAnnotationsValidator计算 → ValidationMessage消费。断在哪一环，就查对应环节的绑定表达式、特性位置、服务注册或事件绑定方式。最容易被忽略的是Model参数缺失和For表达式写错——这两个问题占了调试时间的七成以上。 
