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

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

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

它不包含对象可能发生在正常操作期间，应该由调用者返回NULL来处理。

如果不包含对象表明调用代码或内部状态存在错误，则执行断言。

如果不包含该对象，则表示不经常发生事件。(就像有人从商店中删除了一件商品，而你同时还在结账。)然后抛出异常。

只要它应该返回对象的引用，返回NULL就应该很好。

然而，如果它返回整个该死的东西(就像在c++中，如果你用'return blah;'而不是'return &blah'(或者'blah'是一个指针)，那么你不能返回NULL，因为它不是'object'类型。在这种情况下，抛出异常或返回一个没有成功标志集的空白对象是我处理问题的方式。

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

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

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

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

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