LINQ：何时使用具有筛选条件的SingleOrDefault与FirstOrDefault（）

考虑IEnumerable扩展方法SingleOrDefault()和FirstOrDefault()

MSDN文件指出SingleOrDefault：

返回序列的唯一元素；如果序列为空，则返回默认值；否则，返回默认值。如果序列中有多个元素，则此方法将引发异常。

而FirstOrDefault从MSDN（推测当使用OrderBy()或 OrderByDescending()在所有或没有），

返回序列的第一个元素

考虑几个示例查询，何时使用这两种方法并不总是很清楚：

var someCust = db.Customers
.SingleOrDefault(c=>c.ID == 5); //unlikely(?) to be more than one, but technically COULD BE

var bobbyCust = db.Customers
.FirstOrDefault(c=>c.FirstName == "Bobby"); //clearly could be one or many, so use First?

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

题

在决定使用SingleOrDefault()和FirstOrDefault()在LINQ查询中使用或遵循哪些约定？

无论何时使用SingleOrDefault，都应明确指出查询最多只能产生一个结果。另一方面，FirstOrDefault使用时，查询可以返回任意数量的结果，但是您声明只希望第一个结果。

我个人发现语义非常不同，并且根据预期结果使用适当的语义可以提高可读性。

如果您的结果集返回0条记录：

• SingleOrDefault 返回类型的默认值（例如，int的默认值为0）
• FirstOrDefault 返回类型的默认值

如果结果集返回1条记录：

• SingleOrDefault 返回该记录
• FirstOrDefault 返回该记录

如果您的结果集返回许多记录：

• SingleOrDefault 引发异常
• FirstOrDefault 返回第一条记录

结论：

如果您希望在结果集包含许多记录时引发异常，请使用SingleOrDefault。

如果无论结果集包含什么内容，您总是想要1条记录，请使用 FirstOrDefault

有

• 语义上的差异
• 性能差异

两者之间。

语义差异：

• FirstOrDefault 返回可能多个的第一项（如果不存在则返回默认值）。
• SingleOrDefault假设有一个项目并返回（或默认值，如果不存在）。多个项目违反合同，将引发异常。

性能差异

• FirstOrDefault通常会更快，它会迭代直到找到元素为止，并且只在没有找到元素时才对整个可枚举进行迭代。在许多情况下，找到项目的可能性很高。

• SingleOrDefault需要检查是否只有一个元素，因此总是迭代整个可枚举。确切地说，它会进行迭代，直到找到第二个元素并引发异常为止。但是在大多数情况下，没有第二个要素。

结论

• 使用FirstOrDefault，如果你不关心有多少项目有或当你不能检查的独特性（例如，在一个非常大的集合）。当您检查将项目添加到集合中的唯一性时，在搜索这些项目时再次进行检查可能会太昂贵。

• 使用SingleOrDefault如果你没有在乎太多性能，并希望确保单个项目的前提是明确的读者，并在运行时检查。

在实践中，即使假设一件物品，您也经常使用First/ FirstOrDefault来提高性能。您仍然应该记住Single/ SingleOrDefault可以提高可读性（因为它陈述了单个项目的假设）和稳定性（因为它检查了它）并适当地使用了它。

没有人提到用SQL转换的FirstOrDefault做TOP 1记录，而SingleOrDefault做TOP 2记录，因为它需要知道是否有多于1条记录。

对于LINQ-> SQL：

单一或默认

• 将生成查询，例如“从userid = 1的用户中选择*”
• 选择匹配的记录，如果找到多个记录，则引发异常
• 如果您要基于主键/唯一键列获取数据，请使用

第一或默认

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

我SingleOrDefault在逻辑上要求将结果为零或一个的情况下使用。如果还有更多，那就是错误情况，这很有帮助。

SingleOrDefault：您说的是“至多”项，与查询或默认值匹配。FirstOrDefault：您说的是“至少”项，与查询或默认值匹配

下次大声说出来时，您需要选择，您可能会明智地选择。:)

在您的情况下，我将使用以下内容：

按ID == 5进行选择：在这里使用SingleOrDefault是可以的，因为您期望一个[或不]实体，如果您拥有多个ID为5的实体，那肯定是有问题的，肯定值得例外。

当搜索名字等于“ Bobby”的人时，可以有多个（我可能会这么想），因此您既不应使用Single或First，而应使用Where运算进行选择（如果“ Bobby”返回太多）实体，则用户必须优化其搜索或选择返回的结果之一）

按创建日期排序还应该使用Where-操作执行（不太可能只有一个实体，排序没有太大用处；）但这意味着您希望对所有实体进行排序-如果您只想一个实体，请使用FirstOrDefault，如果您拥有多个实体，则每次都会抛出Single。

两者都是元素运算符，它们用于从序列中选择单个元素。但是它们之间有细微的差别。如果满足多个元素的条件，则FirstOrDefault（）运算符将引发异常，因为FirstOrDefault（）不会为此引发任何异常。这是例子。

List<int> items = new List<int>() {9,10,9};
//Returns the first element of a sequence after satisfied the condition more than one elements
int result1 = items.Where(item => item == 9).FirstOrDefault();
//Throw the exception after satisfied the condition more than one elements
int result3 = items.Where(item => item == 9).SingleOrDefault();

在最后一个示例中：

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

是的，它确实。如果您尝试使用SingleOrDefault()并且查询的结果超过记录，那么您将得到和例外。唯一可以安全使用的时间SingleOrDefault()是期望只有1个结果且只有1个结果时...

因此，据我所知，SingleOrDefault如果您要查询保证唯一的数据（即由数据库约束（例如主键）强制执行），那将是很好的。

还是有更好的查询主键的方法。

假设我的TableAcc有

AccountNumber - Primary Key, integer
AccountName
AccountOpenedDate
AccountIsActive
etc.

我想查询的AccountNumber 987654，我使用

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

我认为FirstOrDefault这被滥用了很多。在大多数情况下，当您过滤数据时，您要么期望返回匹配逻辑条件的元素集合，要么期望通过其唯一标识符（例如，用户，书籍，帖子等）来获得单个唯一元素。为什么我们甚至可以说那FirstOrDefault()是代码的味道，不是因为它有什么问题，而是因为它使用得太频繁了。这篇博客文章详细探讨了该主题。在大多数情况下，IMO都是SingleOrDefault()更好的选择，因此请小心此错误，并确保您使用最能代表您的合同和期望的最适当方法。

回应中遗漏的一件事...

如果有多个结果，则无需排序的FirstOrDefault可以根据服务器曾经使用过的索引策略来带回不同的结果。

我个人不能在代码中看到FirstOrDefault，因为对我而言，它说开发人员不在乎结果。但是，通过订购可以将其作为执行最新/最早的一种方式。我不得不纠正由于使用FirstOrDefault的粗心开发人员而导致的许多问题。

我询问Google在GitHub上使用不同方法的情况。这是通过针对每种方法运行Google搜索查询并将查询限制为github.com域和.cs文件扩展名来完成的，方法是使用查询“ site：github.com file：cs ...”

似乎First *方法比Single *方法更常用。

| Method               | Results |
|----------------------|---------|
| FirstAsync           |     315 |
| SingleAsync          |     166 |
| FirstOrDefaultAsync  |     357 |
| SingleOrDefaultAsync |     237 |
| FirstOrDefault       |   17400 |
| SingleOrDefault      |    2950 |

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

由于问题的标题不是特定于DB上的linq或不是针对List / IEnumerable的Linq等，因此这不应该被否决。