直接 throw new Exception() 不行,因 Laravel 默认将其视为 500 错误,导致前端收不到业务码、HTTP 状态码错误、日志混杂;须自定义实现 Responsable 接口的异常类(如 InsufficientBalanceException),并在 Handler::render() 和 report() 中分别处理响应与日志。

直接 throw new Exception() 为什么不行
因为 Laravel 的异常处理器默认把所有 Exception 当作 500 错误,前端收不到业务码、HTTP 状态码也不对,日志里还混着一堆无法分类的堆栈。比如 throw new Exception('库存不足'),你没法让 API 返回 409,也没法让前端根据 code: 'stock_shortage' 做重试逻辑。
自定义异常类必须实现 Responsable 接口
只有实现 Illuminate\Contracts\Support\Responsable,Laravel 才能在 render() 阶段自动调用它的 toResponse() 方法,生成标准 JSON 响应。继承 Exception 或 RuntimeException 只是语义正确,但不解决响应问题。
- 类名必须以
Exception结尾(如InsufficientBalanceException),否则 IDE 和静态分析工具会忽略其异常语义 - 构造函数里可以预设
$message和$code,但状态码不能硬编码在类里——得由toResponse()动态决定 -
toResponse()必须返回Illuminate\Http\Response实例,不能只 return array
class InsufficientBalanceException extends RuntimeException implements Responsable
{
public function toResponse($request)
{
return response()->json([
'code' => 'balance_insufficient',
'message' => $this->getMessage(),
], 402);
}
}
Handler::render() 里别写 instanceof Exception
这种宽泛判断会吞掉 ModelNotFoundException、ValidationException、NotFoundHttpException 等框架内置异常,导致 404 页面不显示、表单验证错误变 500、Telescope 日志断连。
Laravel Cloud(cloud.laravel.com)。此技能用于处理所有 Laravel Cloud 请求,包括搜索和读取数据。只要任务涉及 Laravel Cloud,即使用此技能。
- 只对明确业务场景的异常类型做分支处理,比如
instanceof InsufficientBalanceException - 所有未匹配的异常,必须交还给
parent::render($request, $exception),这是保障监控和调试链路完整的底线 - 如果想统一加 trace 或上下文,优先改
report()而不是在render()里拼数组
日志分流和异常类不是一回事
自定义异常类负责「怎么响应」,而日志写到哪个文件,是在 Handler::report() 里用 instanceof 判断后调用 Log::channel('payment')->error() 决定的。两者可以复用同一个异常类,但职责完全分离。
- 不要在异常类里写日志逻辑——它可能被 CLI 命令、队列任务抛出,此时 HTTP 上下文不存在
- 也不要指望
report()自动识别你的业务异常类并分流——必须显式判断 - 常见误区:在
report()里 return false 或试图修改 context 数组来“路由”日志,这会导致异常彻底丢失
真正难的是保持 render 和 report 两套逻辑同步更新:新增一个业务异常类,必须同时在 render() 里加响应分支,在 report() 里加日志通道判断——漏掉任意一端,线上就可能出现“前端收不到错误码”或“运维查不到关键错误日志”的情况。










