[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<Product>()
.Property(p => p.Name)
.HasMaxLength(100); // 效果等同于 [MaxLength(100)]
}
Fluent API 优先级高于数据注解，适合集中管理或复杂逻辑。
基本上就这些。用
[MaxLength]是最轻量、最清晰的字符串长度控制方式，不复杂但容易忽略。
