返回Exception而非抛出它：二者有何区别及应用意义？

核心区别 #

• 执行流程控制：
  抛出异常（throw new \Exception()）会立刻打断当前函数的执行，直接将控制权移交到最近的try/catch块；如果没有捕获块，脚本会直接终止并输出错误栈。而返回异常实例只是把一个普通对象当作返回值传递，函数本身会执行完所有代码，调用方拿到这个对象后可以自主决定后续操作。
• 错误处理的强制性：
  抛出异常属于强制错误通知，调用方必须显式捕获处理，否则会导致脚本崩溃；返回异常是可选的错误提示，调用方完全可以忽略这个返回值，继续执行后续逻辑。
• 语义表达：
  抛出异常的语义是“当前操作无法完成，进入错误状态”；返回异常更偏向于“我完成了当前操作，但这里有一个需要你知晓的问题”，语义上更接近返回一个错误信息对象，而非触发错误。

这种写法的意义（及弊端） #

这种写法确实罕见，但在特定场景下可能存在合理性：

• 自定义错误流转：如果项目有一套统一的错误收集、上报或展示机制，返回异常实例能让调用方灵活决定如何处理——比如存入日志、转换为用户友好提示，或是结合其他逻辑继续执行，比强制抛出更灵活。
• 兼容旧逻辑：如果原有代码用返回false或特定字符串表示错误，改成返回异常实例可以在不破坏调用逻辑的前提下，提供更丰富的错误上下文（比如错误码、具体原因）。
• 试探性操作：比如某个方法用于预检查操作可行性，返回异常实例可以携带“为什么不可行”的详细信息，而不是直接中断流程，让调用方根据原因做分支处理。

但这种写法的弊端也很明显：

• 违反开发者共识：PHP社区默认异常是用来抛出的，返回异常会大幅增加代码的理解成本，其他维护者很容易误解代码意图。
• 错误容易被掩盖：如果调用方没注意到返回值是异常实例，直接忽略的话，潜在问题会被隐藏，后续排查故障会非常困难。

内容的提问来源于stack exchange，提问作者dsat