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

返回空值而不是抛出异常，并在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是有效的，则返回null。

这取决于你的语言和代码是否支持: 三思而后行 或 EAFP(请求原谅比请求允许容易)

LBYL说你应该检查值(所以返回null) EAFP表示只需尝试操作并查看它是否失败(抛出异常)

虽然我同意以上的观点。异常应该用于异常/错误条件，在使用检查时最好返回null。

Python中的EAFP vs. LBYL: http://mail.python.org/pipermail/python-list/2003-May/205182.html (Web存档)

不要认为任何人都提到了异常处理中的开销——需要额外的资源来加载和处理异常，所以除非它是一个真正的应用程序杀死或进程停止事件(继续下去会造成更多的伤害而不是好处)，否则我会选择返回一个调用环境可以解释为它认为合适的值。