这是EF Core 3.1 Code First里挺常见的字符串映射坑，我来帮你梳理清楚问题原因和解决办法：

为什么长度会翻倍？ #

核心原因和Unicode字符串的字节占用以及EF Core的默认映射规则有关：

• SQL Server的nvarchar是Unicode（UTF-16）编码类型，每个字符占用2字节；而varchar是非Unicode类型，每个字符占用1字节。
• EF Core 3.1默认会把string类型的属性映射为nvarchar（Unicode）。
• 你遇到的长度翻倍，大概率是因为项目中存在全局配置或Fluent API规则，自动将[StringLength]指定的字符数换算成了字节数（51字符 × 2字节/字符 = 102字节），然后SQL Server的nvarchar长度参数被错误地设置为这个字节数（但实际上nvarchar的长度参数应该是字符数）。
• 少数情况是EF Core 3.1早期版本的小bug，或者你误将其他配置（比如HasColumnType）的长度设置成了102，覆盖了[StringLength]的标注。

如何让SQL列与设置的长度一致？ #

根据你的需求，有几种可靠的解决方式：

1. 直接显式指定列类型和长度

在属性上同时添加[Column]注解，强制指定列的类型和长度，完全绕开EF Core的自动换算：

[StringLength(51)]
[Column(TypeName = "nvarchar(51)")]
public string YourPropertyName { get; set; }

这样生成的SQL列就是严格的nvarchar(51)，和你设置的长度一致。

2. 用Fluent API精准配置

如果你更习惯用Fluent API，在DbContext的OnModelCreating方法中针对该属性明确配置：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    modelBuilder.Entity<YourEntity>()
        .Property(e => e.YourPropertyName)
        .HasMaxLength(51) // 指定字符数
        .IsUnicode(true); // 显式启用Unicode，对应nvarchar
}

这个配置会覆盖DataAnnotation的设置，确保生成的列长度符合预期。

3. 检查并修正全局配置

如果你的项目中对所有字符串属性设置了全局约定，比如下面这种会自动翻倍长度的规则：

modelBuilder.Properties<string>()
    .Configure(p => p.HasMaxLength(p.GetMaxLength() * 2));

请立即移除或修改这个配置，避免它干扰单个属性的长度设置。

4. 改用非Unicode类型（如果不需要）

如果你的字符串只需要存储英文、数字等非Unicode字符，可以关闭Unicode支持，这样生成的是varchar(51)，长度和你设置的51完全一致：

[StringLength(51)]
[IsUnicode(false)]
public string YourPropertyName { get; set; }

内容的提问来源于stack exchange，提问作者Raj