只提到null不被认为是异常行为的情况，我肯定是try方法，很明显，没有必要“阅读书籍”或“三思而后行”，就像这里所说的那样

所以:

bool TryFindObject(RequestParam request, out ResponseParam response)

这意味着用户的代码也将是清晰的

...
if(TryFindObject(request, out response)
{
  handleSuccess(response)
}
else
{
  handleFailure()
}
...

首选返回null——

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

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

只要它应该返回对象的引用，返回NULL就应该很好。

然而，如果它返回整个该死的东西(就像在c++中，如果你用'return blah;'而不是'return &blah'(或者'blah'是一个指针)，那么你不能返回NULL，因为它不是'object'类型。在这种情况下，抛出异常或返回一个没有成功标志集的空白对象是我处理问题的方式。

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

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

我同意这里的共识(如果“未找到”是一个正常的可能结果，则返回null，或者如果情况的语义要求始终找到对象，则抛出异常)。

然而，根据你的具体情况，还有第三种可能是有意义的。您的方法可以在“not found”条件下返回某种类型的默认对象，允许调用代码确保它总是接收到有效的对象，而不需要进行空检查或异常捕获。