In my opinion FirstOrDefault is being overused a lot. In the majority of the cases when you’re filtering data you would either expect to get back a collection of elements matching the logical condition or a single unique element by its unique identifier – such as a user, book, post etc... That’s why we can even get as far as saying that FirstOrDefault() is a code smell not because there is something wrong with it but because it’s being used way too often. This blog post explores the topic in details. IMO most of the times SingleOrDefault() is a much better alternative so watch out for this mistake and make sure you use the most appropriate method that clearly represents your contract and expectations.

对于LINQ -> SQL:

SingleOrDefault

将生成查询，如“select TOP 2 * from users where userid = 1” 选择匹配的记录，如果发现多个记录则抛出异常 如果基于主键/唯一键列获取数据，则使用

FirstOrDefault

将生成类似于“select userid = 1的用户中的top 1 *”的查询 选择第一个匹配的行 如果基于非主键/唯一键列获取数据，则使用

我不明白为什么你要使用FirstOrDefault(x=> x.ID == key)，当你使用Find(key)可以更快地检索结果时。如果使用表的Primary键进行查询，经验法则是始终使用Find(key)。FirstOrDefault应该用于谓词，如(x=> x. username == username)等。

这个问题的标题并不专门针对DB上的linq或linq到List/IEnumerable等，所以不应该被否决。

在上一个例子中:

var latestCust = db.Customers
.OrderByDescending(x=> x.CreatedOn)
.FirstOrDefault();//Single or First, or doesn't matter?

是的。如果您尝试使用SingleOrDefault()并且查询结果超过记录，您将得到一个异常。你唯一可以安全使用SingleOrDefault()的时候是当你只期望1和只有1个结果…

在回答中漏掉了一件事....

如果有多个结果，没有排序by的FirstOrDefault可以根据服务器碰巧使用的索引策略返回不同的结果。

就我个人而言，我无法忍受在代码中看到FirstOrDefault，因为对我来说，这表明开发人员不关心结果。通过命令，它可以作为一种强制执行最新/最早的方式。我不得不纠正许多由于粗心的开发人员使用FirstOrDefault而引起的问题。

所以，正如我现在所理解的，SingleOrDefault将是很好的，如果你正在查询数据，保证是唯一的，即强制的DB约束，如主键。

或者是否有更好的方法来查询主键。

假设我的TableAcc有

AccountNumber - Primary Key, integer
AccountName
AccountOpenedDate
AccountIsActive
etc.

和我想查询一个AccountNumber 987654，我使用

var data = datacontext.TableAcc.FirstOrDefault(obj => obj.AccountNumber == 987654);