我更喜欢只返回null，并依赖于调用者来适当地处理它。(因为没有更好的词)例外是，如果我绝对“确定”这个方法将返回一个对象。在这种情况下，失败是一个例外，应该和应该抛出。

这里还有一些建议。

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

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

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

我更喜欢只返回null，并依赖于调用者来适当地处理它。(因为没有更好的词)例外是，如果我绝对“确定”这个方法将返回一个对象。在这种情况下，失败是一个例外，应该和应该抛出。

通常它应该返回null。调用该方法的代码应该决定是抛出异常还是尝试其他操作。

不幸的是，JDK是不一致的，如果你试图访问资源包中不存在的键，你会得到not found异常，当你从map请求值时，如果它不存在，你会得到null。因此，我将获胜者答案更改为以下内容，如果找到的值可以为null，则在未找到时引发异常，否则返回null。所以遵循规则，只有一个例外，如果你需要知道为什么没有找到值，那么总是抛出异常，或者。

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

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

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