LINQ查询返回无元素原因排查：登录验证抛出System.InvalidOperationException

我碰到过好几个类似的场景，结合你的描述和代码片段，给你几个最可能的排查方向：

1. 先确认查询条件和数据库值的匹配度 #

你数据库里有majorcsanad/722308的记录，但查不到，大概率是匹配逻辑出了问题：

• 有没有大小写敏感的坑？比如你的数据库排序规则是区分大小写的（比如SQL Server的SQL_Latin1_General_CP1_CS_AS），而代码里输入的用户名大小写和数据库不一致，或者代码里不小心写了大写的用户名？
• 有没有隐藏的空格或不可见字符？比如数据库里的密码字段末尾多了个空格，或者你输入密码时不小心带了空格，代码里没做Trim()处理。

建议先加个调试输出，把输入值和数据库实际值打出来对比：

// 先对输入做Trim处理，避免空格问题
string inputUser = txtUserName.Text.Trim();
string inputPwd = txtPassword.Text.Trim();

// 输出输入的内容
System.Diagnostics.Debug.WriteLine($"当前输入：用户名={inputUser}，密码={inputPwd}");

// 输出数据库里的所有用户，确认数据存在
var allUsers = context.Users.ToList();
foreach(var u in allUsers)
{
    System.Diagnostics.Debug.WriteLine($"数据库用户：用户名={u.UserName}，密码={u.Password}");
}

2. 检查EF上下文连接的是不是正确的数据库 #

很多时候我们会犯低级错误：程序连接的是测试库，而我们查看的是生产库（或者反过来）。你可以输出上下文的连接字符串确认：

System.Diagnostics.Debug.WriteLine(context.Database.Connection.ConnectionString);

对比这个连接字符串里的服务器名、数据库名，是不是和你手动查询的那个数据库一致。

3. 替换First()为FirstOrDefault()避免崩溃，同时明确逻辑 #

你现在用的应该是First()或者Single()方法，当没有匹配元素时就会抛出InvalidOperationException。建议改成FirstOrDefault()，这样不会直接崩溃，还能明确判断是否查询到数据：

var user = context.Users.FirstOrDefault(u => u.UserName == inputUser && u.Password == inputPwd);
if(user == null)
{
    MessageBox.Show("用户名或密码错误");
}
else
{
    // 登录成功后的逻辑
}

4. 排查数据库字段的类型和长度 #

比如Password字段是不是varchar(6)？如果字段长度不够，可能会导致存储时截断（不过你说数据库里有这条记录，这个概率低，但也可以确认下字段类型和实际存储的内容长度是否匹配）。

内容的提问来源于stack exchange，提问作者B. Ma