这里还有一些建议。

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

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

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

首选返回null——

如果调用者在不检查的情况下使用它，异常就会在那里发生。

如果调用者并没有真正使用它，不要给他一个try/catch块

我只是想概括一下之前提到的选项，并添加一些新的选项:

返回null 抛出异常 使用空对象模式 为您的方法提供一个布尔参数，以便调用者可以选择是否希望您抛出异常 提供一个额外的参数，以便调用者可以设置一个值，如果没有找到值，则返回该值

或者你可以把这些选项结合起来:

提供getter的多个重载版本，以便调用者可以决定采用哪种方式。在大多数情况下，只有第一个有搜索算法的实现，其他的只是围绕着第一个:

Object findObjectOrNull(String key);
Object findObjectOrThrow(String key) throws SomeException;
Object findObjectOrCreate(String key, SomeClass dataNeededToCreateNewObject);
Object findObjectOrDefault(String key, Object defaultReturnValue);

即使您选择只提供一个实现，您也可能希望使用这样的命名约定来阐明您的契约，并且它有助于您决定添加其他实现。

你不应该过度使用它，但它可能是有帮助的，特别是当你编写一个helper类时，你将在数百个不同的应用程序中使用许多不同的错误处理约定。

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

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

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

在数据层代码中，我有时使用以下代码，允许调用者决定“对象未找到”是否意味着发生了错误。

DataType GetObject(DBConnection conn, string id, bool throwOnNotFound) {
    DataType retval = ... // find object in database
    if (retval != null || ! throwOnNotFound) {
        return retval;
    } else {
        throw new NoRowsFoundException("DataType object with id {id} not found in database");
    }
}

DataType GetObject(DBConnection conn, string id) {
    return GetObject(conn, id, true);
}