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

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

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

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

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

-工业。

或者返回一个Option

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

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

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