例外应该是例外。如果返回null是有效的，则返回null。

例外情况与契约式设计有关。

一个对象的接口实际上是两个对象之间的契约，调用方必须满足契约，否则接收方可能会异常失败。有两种可能的契约

1)所有输入的方法都是有效的，在这种情况下，当对象没有找到时必须返回null。

2)只有某些输入是有效的，即导致找到对象的输入。在这种情况下，您必须提供第二个方法，允许调用者确定其输入是否正确。例如

is_present(key)
find(key) throws Exception

当且仅当你提供了第二个契约的两个方法，你被允许抛出异常，但什么都没有发现!

与您正在使用的API保持一致。

只有在确实是错误时才抛出异常。如果对象不存在是预期行为，则返回null。

否则就是个人喜好的问题了。

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

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

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