直接继承attribute无法触发框架验证，因为asp.net core等只识别validationattribute子类；必须继承validationattribute并重写isvalid方法，通过validationcontext.getservice获取依赖服务，且数值/日期类型需用可空类型+required或range特性。
为什么直接继承 Attribute 无法触发框架验证
因为 ASP.NET Core、Entity Framework 或 MVC 的验证系统只识别继承自 ValidationAttribute 的类型。你写个 RequiredAttribute : Attribute，哪怕逻辑一模一样，ModelState.IsValid 也完全无视它——框架压根不扫描非 ValidationAttribute 子类。
必须从 ValidationAttribute 派生，且重写 IsValid 方法（支持 ValidationContext 参数的重载更稳妥）：
[AttributeUsage(AttributeTargets.Property | AttributeTargets.Field | AttributeTargets.Parameter)]
public class NotEmptyAttribute : ValidationAttribute
{
protected override ValidationResult IsValid(object value, ValidationContext validationContext)
{
if (value == null || string.IsNullOrWhiteSpace(value.ToString()))
return new ValidationResult(ErrorMessage ?? $"{validationContext.DisplayName} 不能为空");
return ValidationResult.Success;
}
}
-
ValidationContext提供属性名、容器对象、服务容器（GetService<t>()</t>），是跨字段或查库验证的关键 - 不要在
IsValid里抛异常，返回ValidationResult才能被框架统一收集 - 若需本地化错误消息，重写
FormatErrorMessage方法，而非硬编码字符串
IsValid 方法里怎么安全访问依赖服务
验证逻辑需要查数据库（如用户名是否已存在）、调用外部 API（如短信验证码校验）时，不能在特性构造函数里注入服务——特性是编译期元数据，运行时才实例化，且无生命周期管理。
正确做法是在 IsValid 的 ValidationContext 中获取：
protected override ValidationResult IsValid(object value, ValidationContext validationContext)
{
var userService = validationContext.GetService<iuserservice>();
if (userService == null)
return new ValidationResult("依赖服务未注册");
if (userService.ExistsAsync(value.ToString()).GetAwaiter().GetResult())
return new ValidationResult("该值已被占用", new[] { validationContext.DisplayName });
return ValidationResult.Success;
}</iuserservice>
- 务必判空
GetService返回值，避免NullReferenceException - 同步调用异步方法（如
GetAwaiter().GetResult()）仅限验证场景，不可用于高并发接口 - 若验证耗时明显，建议改到服务层手动校验，而非塞进
ValidationAttribute
为什么 [Required] 对 int 和 DateTime 总是通过
因为 [Required] 只检测值是否为 null 或空字符串，而 int 默认是 0，DateTime 默认是 DateTime.MinValue，它们永远“有值”。
想让数值/日期字段真正可选，必须声明为可空类型，并加 [Required]：
public class User
{
[Required] public string Name { get; set; } // ✅ 引用类型，有效
[Required] public int? Age { get; set; } // ✅ 可空值类型，有效
[Range(1, 150)] public int Age2 { get; set; } // ✅ 用 Range 替代 Required
[Required] public DateTime? BirthDate { get; set; } // ✅ 可空日期
}
- 前端传
{"age": null}，JSON 反序列化后仍是0（除非配置JsonSerializerOptions.DefaultIgnoreCondition = JsonIgnoreCondition.WhenWritingNull） - 不要试图用
[Required]约束非空值类型，这是语义错配 - 业务上“必须填数字”的场景，优先用
[Range]或自定义GreaterThan(0)特性
自定义特性里怎么处理多语言错误提示
硬编码中文或英文字符串会卡死本地化路径。正确方式是把资源键（resource key）传进特性构造函数，再在 FormatErrorMessage 中解析：
public class EmailAttribute : ValidationAttribute
{
public EmailAttribute() : base(nameof(Resources.EmailInvalid)) { }
public override string FormatErrorMessage(string name)
{
return string.Format(CultureInfo.CurrentUICulture,
Resources.ResourceManager.GetString(ErrorMessage, CultureInfo.CurrentUICulture),
name);
}
}
-
Resources是你项目里的 .resx 资源类，确保生成操作设为PublicResXFileCodeGenerator - 不要在
IsValid里读资源，那里没有 UI 上下文，容易出错 - 若用 ASP.NET Core 内置本地化，可通过
validationContext.GetRequiredService<istringlocalizer>()</istringlocalizer>获取，但需确保 DI 容器已配置
最易被忽略的是：特性本身不参与 DI 生命周期，所有服务必须从 ValidationContext 动态获取，而不是构造函数注入。这点一旦搞错，整个验证链就静默失效。
