没有人提到SQL中转换的FirstOrDefault执行TOP 1记录，而SingleOrDefault执行TOP 2记录，因为它需要知道是否有多个记录。

有

语义上的差异 性能差异

两者之间。

语义的区别:

FirstOrDefault返回可能有多个的第一项(如果不存在则返回default)。 SingleOrDefault假设有一个单项并返回它(如果不存在则返回default)。多个项目违反合同，抛出异常。

性能差异

FirstOrDefault通常更快，它迭代直到找到元素，只有在找不到元素时才迭代整个枚举对象。在许多情况下，有很大的可能性找到一个项目。 SingleOrDefault需要检查是否只有一个元素，因此总是迭代整个枚举对象。准确地说，它迭代直到找到第二个元素并抛出异常。但在大多数情况下，没有第二个元素。

结论

如果你不关心有多少项，或者当你无法负担检查唯一性的费用时(例如在一个非常大的集合中)，请使用FirstOrDefault。当您在将项添加到集合时检查唯一性时，在搜索这些项时再次检查它可能代价太大。 如果您不需要太关心性能，并且希望确保单个项的假设对读者来说是清楚的，并在运行时进行检查，则使用SingleOrDefault。

在实践中，即使在假设单个项的情况下，也经常使用First / FirstOrDefault来提高性能。您仍然应该记住，Single / SingleOrDefault可以提高可读性(因为它声明了单个项的假设)和稳定性(因为它检查了它)，并适当地使用它。

在上一个例子中:

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

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

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

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

在你的情况下，我会使用以下方法:

select by ID==5:在这里使用SingleOrDefault是可以的，因为你希望有一个[或没有]实体，如果你有多个ID为5的实体，那就有问题了，肯定值得异常处理。

当搜索名字等于“Bobby”的人时，可能会有不止一个(我认为很有可能)，所以你既不应该使用Single也不应该使用first，只需使用where操作选择(如果“Bobby”返回太多实体，用户必须优化他的搜索或选择返回的结果之一)

按创建日期的顺序也应该执行一个where操作(不太可能只有一个实体，排序不会有太大的用处;)这意味着你想要所有的实体排序-如果你想要一个，使用FirstOrDefault, Single会抛出每次如果你有多个实体。

两者都是元素操作符，用于从序列中选择单个元素。但是它们之间有一个微小的区别。SingleOrDefault()操作符将在多个元素满足条件时抛出异常，而as 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();