只要问问你自己:“找不到对象是例外情况吗?”如果期望它在程序的正常过程中发生，则可能不应该引发异常(因为它不是异常行为)。

简短的版本:使用异常来处理异常行为，而不是处理程序中的正常控制流。

-工业。

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

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

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

使用空对象模式或抛出异常。

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

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

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

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

如果方法返回一个集合，则返回一个空集合(如上所述)。但请不要收钱。EMPTY_LIST或类似的!(以Java为例)

如果该方法检索单个对象，则您有一些选项。

If the method should always find the result and it's a real exception case not to find the object, then you should throw an exception (in Java: please an unchecked Exception) (Java only) If you can tolerate that the method throws a checked exception, throw a project specific ObjectNotFoundException or the like. In this case the compiler says you if you forget to handle the exception. (This is my preferred handling of not found things in Java.) If you say it's really ok, if the object is not found and your Method name is like findBookForAuthorOrReturnNull(..), then you can return null. In this case it is strongly recomminded to use some sort of static check or compiler check, wich prevents dereferencing of the result without a null check. In case of Java it can be eg. FindBugs (see DefaultAnnotation at http://findbugs.sourceforge.net/manual/annotations.html) or IntelliJ-Checking.

如果决定返回null，请小心。如果你不是项目中唯一的程序员，你会在运行时得到nullpointerexception(在Java或其他语言中)!所以不要返回在编译时没有检查的空值。

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