Entity Framework Core字符串大小写校验失效问题求助

核心原因 #

你遇到的密码大小写不敏感匹配，本质是数据库的字符串排序规则（Collation）设置为大小写不敏感。比如常见的SQL Server默认排序规则SQL_Latin1_General_CP1_CI_AS里的CI就是Case Insensitive（大小写不敏感），EF Core执行x.Password == data.password时会转换成数据库原生的比较逻辑，自然跟着数据库的规则走，导致大小写不同的字符串被判定为相等。

解决办法 #

1. 临时修改查询逻辑，强制大小写敏感比较

在EF Core查询里指定严格的大小写敏感比较，有两种方式：

• 用.Equals方法指定StringComparison.Ordinal（基于字节的严格比较）：

TblUser user = await ctx.TblUsers
    .Where(x => x.Email == data.email && x.Password.Equals(data.password, StringComparison.Ordinal))
    .FirstOrDefaultAsync();

• 用数据库原生的COLLATE子句（以SQL Server为例）：

TblUser user = await ctx.TblUsers
    .Where(x => x.Email == data.email && EF.Functions.Collate(x.Password, "SQL_Latin1_General_CP1_CS_AS") == data.password)
    .FirstOrDefaultAsync();

CS代表Case Sensitive（大小写敏感），这个排序规则需要和你的数据库实际支持的规则对应。

2. 修改数据库列的排序规则

直接修改TblUsers表中Password列的排序规则为大小写敏感类型：

ALTER TABLE TblUsers
ALTER COLUMN Password VARCHAR(255) COLLATE SQL_Latin1_General_CP1_CS_AS NOT NULL;

注意替换VARCHAR(255)为你实际的列类型和长度。

3. 紧急修复：密码明文存储的安全问题

必须强调：你现在明文存储密码是严重的安全漏洞，任何能接触到数据库的人都能直接获取用户密码。正确的做法是：

• 存储密码时，用哈希算法（比如BCrypt、Argon2、ASP.NET Core自带的PasswordHasher）生成哈希值后再存入数据库；
• 验证时，对用户输入的密码执行相同的哈希计算，再和数据库中的哈希值比较（哈希值是大小写敏感的，自然解决当前匹配问题）。

示例（用ASP.NET Core的PasswordHasher）：

// 存储密码时
var hasher = new PasswordHasher<TblUser>();
user.Password = hasher.HashPassword(user, plainTextPassword);

// 验证密码时
var result = hasher.VerifyHashedPassword(user, storedHashPassword, inputPassword);
if (result == PasswordVerificationResult.Success)
{
    // 验证通过
}

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