EF Core MaxLength怎么用 EF Core字符串长度限制注解

[MaxLength] 是 EF Core 推荐的数据库字符串长度约束注解，用于指定列最大字符数（如 nvarchar(100)），优先于 [StringLength] 且仅作用于 string 类型，未配置时默认 nvarchar(max)，可被 Fluent API 覆盖。

[MaxLength] 是 EF Core 中最常用、最直接的字符串长度限制注解，作用是告诉 EF Core：这个字符串属性在数据库中最多存多少个字符，并自动生成对应长度的列（比如 sql Server 的 nvarchar(50)）。

怎么用：加在属性上方就行

只需在 string 类型的属性上加上 [MaxLength(n)]，n 是正整数：

public class Product {     public int Id { get; set; }          [MaxLength(100)]     public string Name { get; set; }          [MaxLength(500)]     public string Description { get; set; } }

EF Core 迁移时会生成类似这样的列定义：

Name nvarchar(100) NULL, Description nvarchar(500) NULL

和 [StringLength] 有啥区别？

两者效果几乎一样，都控制最大长度，但语义和来源略有不同：

• [MaxLength] 来自 System.ComponentModel.DataAnnotations，是 EF Core 官方推荐用于数据库长度约束的注解
• [StringLength] 同样来自 DataAnnotations，但更偏向“数据验证”场景（比如 mvc 表单提交时触发客户端/服务端校验）
• 实际生成迁移时，EF Core 对两者处理一致；但若只想要数据库建表行为，优先用 [MaxLength]

常见注意事项

• 不加 [MaxLength] 且没用 Fluent API 配置时，EF Core 默认生成 nvarchar(max)（SQL Server）或等效大文本类型，可能影响性能和索引支持
• 如果同时用了 [MaxLength(50)] 和 Fluent API 的 .HasMaxLength(100)，配置冲突会导致迁移异常或行为不可预测——务必保持统一
• 它只对 string 属性生效；对 byte[] 等类型无效
• 不控制最小长度，如需限制下限，搭配 [MinLength(1)] 或 [Required]

配合 Fluent API 更灵活（可选进阶）

如果注解不够用（比如要动态配置、条件判断、或避免污染实体类），可在 OnModelCreating 中用 Fluent API 覆盖：

protected override void OnModelCreating(ModelBuilder modelBuilder) {     modelBuilder.Entity()         .Property(p => p.Name)         .HasMaxLength(100); // 效果等同于 [MaxLength(100)] }

Fluent API 优先级高于数据注解，适合集中管理或复杂逻辑。

基本上就这些。用 [MaxLength] 是最轻量、最清晰的字符串长度控制方式，不复杂但容易忽略。