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

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

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

或者返回一个Option

选项基本上是一个容器类，它强制客户端处理展位案例。Scala有这个概念，查查它的API。

然后你在这个对象上有T getOrElse(T valueIfNull)这样的方法，它们要么返回找到的对象，要么返回客户端指定的替代对象。

返回空值而不是抛出异常，并在API文档中清楚地记录空返回值的可能性。如果调用代码不遵守API并检查空情况，它很可能会导致某种“空指针异常”:)

在c++中，我可以想到3种不同的方法来设置查找对象的方法。

选择一个

Object *findObject(Key &key);

当找不到对象时返回null。很好很简单。我选这个。下面的替代方法是为那些不讨厌out-params的人准备的。

选项B

void findObject(Key &key, Object &found);

传入一个将接收该对象的变量引用。当找不到对象时，该方法抛出异常。如果不是真的期望找不到对象，那么这种约定可能更适合——因此您可以抛出异常来表示这是一个意外情况。

C选项

bool findObject(Key &key, Object &found);

当找不到对象时，该方法返回false。与选项A相比，这个选项的优点是，您可以在一个明确的步骤中检查错误情况:

if (!findObject(myKey, myObj)) { ...

这取决于方法的性质以及如何使用它。如果正常情况下可能找不到对象，则返回null。如果总是找到对象是正常行为，则抛出异常。

根据经验，只在发生异常时使用异常。不要在编写代码时将异常抛出和捕获作为其正常操作的一部分。

如果对于客户端代码来说，知道已找到和未找到之间的区别很重要，并且这应该是一个例程行为，那么最好返回null。然后客户端代码可以决定要做什么。