返回null，异常就是:你的代码所做的不是预期的事情。

如果没有找到它是一个异常事件(即在正常情况下它应该在那里)，那么就扔掉它。否则，返回一个“notfound”值(可以为空，但不一定)，或者甚至让方法返回一个布尔值来表示found/notfound，并为实际对象返回一个out参数。

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

这取决于你的方法。如果你的方法应该总是返回一个有效的对象，但却没有找到，那么抛出异常就是正确的方法。如果该方法只是返回一个可能存在也可能不存在的对象(比如联系人的图像)，则不应该引发错误。

你可能还想公开一个返回布尔值true/false的方法，如果这个方法实际上会返回一个对象，这样你就不必a)检查null或b)捕捉异常

如果方法返回一个集合，则返回一个空集合(如上所述)。但请不要收钱。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保持一致。