首选返回null——

如果调用者在不检查的情况下使用它，异常就会在那里发生。

如果调用者并没有真正使用它，不要给他一个try/catch块

我同意这里的共识(如果“未找到”是一个正常的可能结果，则返回null，或者如果情况的语义要求始终找到对象，则抛出异常)。

然而，根据你的具体情况，还有第三种可能是有意义的。您的方法可以在“not found”条件下返回某种类型的默认对象，允许调用代码确保它总是接收到有效的对象，而不需要进行空检查或异常捕获。

这里还有一些建议。

如果返回一个集合，避免返回null，返回一个空集合，这使得枚举更容易处理，而不需要先进行空检查。

一些. net API使用thrownOnError参数的模式，如果对象没有找到，调用者可以选择是否真的是异常情况。类型。GetType就是一个例子。BCL的另一个常见模式是TryGet模式，其中返回一个布尔值，并通过输出参数传递值。

在某些情况下，您还可以考虑Null Object模式，它可以是默认的，也可以是没有行为的版本。关键是避免在整个代码库中进行空检查。更多信息请参见这里链接

首选返回null——

如果调用者在不检查的情况下使用它，异常就会在那里发生。

如果调用者并没有真正使用它，不要给他一个try/catch块

这取决于你是否希望找到这个物体。如果你遵循学校的思想，认为exceptions应该用来表示某事，那么，嗯，呃，exceptions已经发生了:

对象发现;返回对象 没有找到对象;抛出异常

否则，返回null。

如果您总是希望找到一个值，那么如果缺少该值则抛出异常。这个例外意味着有问题。

如果该值可以缺失或存在，并且两者都对应用程序逻辑有效，则返回null。

更重要的是:在代码的其他地方做什么?一致性很重要。