两者都是元素操作符，用于从序列中选择单个元素。但是它们之间有一个微小的区别。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();

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

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

假设我的TableAcc有

AccountNumber - Primary Key, integer
AccountName
AccountOpenedDate
AccountIsActive
etc.

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

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

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

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

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

如果结果集返回0条记录:

SingleOrDefault返回类型的默认值(例如int的默认值为0) FirstOrDefault返回类型的默认值

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

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

如果你的结果集返回很多记录:

SingleOrDefault抛出异常 FirstOrDefault返回第一条记录

结论:

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

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

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

有

语义上的差异 性能差异

两者之间。

语义的区别:

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

性能差异

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

结论

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

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