Laravel自定义异常怎么写｜异常类创建教程

在 Laravel 中，直接使用 `throw new Exception()` 会导致业务异常被统一降级为 500 错误，使前端无法获取精准的业务码、HTTP 状态码和可读错误信息，日志也难以分类追踪；真正可靠的解法是创建以 `Exception` 结尾、实现 `Responsable` 接口的自定义异常类（如 `InsufficientBalanceException`），并在 `Handler::render()` 中为其定制 JSON 响应、在 `Handler::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 日志断连。

• 只对明确业务场景的异常类型做分支处理，比如 instanceof InsufficientBalanceException
• 所有未匹配的异常，必须交还给 parent::render($request, $exception)，这是保障监控和调试链路完整的底线
• 如果想统一加 trace 或上下文，优先改 report() 而不是在 render() 里拼数组

日志分流和异常类不是一回事

自定义异常类负责「怎么响应」，而日志写到哪个文件，是在 Handler::report() 里用 instanceof 判断后调用 Log::channel('payment')->error() 决定的。两者可以复用同一个异常类，但职责完全分离。

• 不要在异常类里写日志逻辑——它可能被 CLI 命令、队列任务抛出，此时 HTTP 上下文不存在
• 也不要指望 report() 自动识别你的业务异常类并分流——必须显式判断
• 常见误区：在 report() 里 return false 或试图修改 context 数组来“路由”日志，这会导致异常彻底丢失

理论要掌握，实操不能落！以上关于《Laravel自定义异常怎么写｜异常类创建教程》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！