Laravel异常处理与日志机制需按环境配置：开发时APP_DEBUG=true显示详细错误，生产时必须设为false以防敏感信息泄露；通过Handler.php的report和render方法定制日志记录与响应渲染；日志推荐daily模式并设置log_level为error以提升运维效率。
Laravel 的异常处理和日志机制不是“开箱即用就完事”，而是需要根据环境明确配置才能兼顾开发效率与生产安全。核心在于三件事：让错误不暴露敏感信息、让页面对用户友好、让日志能精准定位问题。
区分环境并控制错误显示
APP_DEBUG 是第一道开关。本地开发时设为 true，便于看到完整堆栈；上线后必须设为 false，否则 .env 里的数据库密码、API 密钥都可能被直接打印在页面上。这个值由 .env 文件中的 APP_DEBUG=false 控制，config/app.php 中的 debug 选项只是读取它。
- APP_ENV=local 且 APP_DEBUG=true → 显示调试页面（含变量、SQL、调用链）
- APP_ENV=production 且 APP_DEBUG=false → 触发自定义错误页或默认 500 页面
- 哪怕只是临时测试自定义 404 页面，也要先改这两项，再访问不存在的路由
自定义 HTTP 错误页面（静态友好型）
最轻量的方式是把视图文件放进 resources/views/errors/ 目录，按状态码命名即可生效。Laravel 会自动匹配 404.blade.php、500.blade.php、403.blade.php 等。
- 不需要改任何 PHP 代码，只要文件存在且命名规范，就会被自动调用
- 支持 Blade 模板语法，可引入布局、加载资源、显示动态消息（如 {{ $exception->getMessage() }}）
- 注意：只有在 APP_DEBUG=false 时才生效；开发时仍显示调试页，这是设计使然
接管异常逻辑（动态响应型）
真正需要定制行为的地方在 app/Exceptions/Handler.php。它的 render() 方法决定返回什么响应，report() 方法决定是否记录或通知。
- 在 render() 中用
instanceof判断异常类型，比如捕获 ModelNotFoundException 返回 404 视图，或对业务异常（如 InsufficientBalanceException）返回 JSON - report() 里可过滤日志，例如把 404 加入
$dontReport数组，避免刷屏；也可对接 Sentry 发送告警 - 想统一非调试环境下的兜底响应？在 render() 末尾加一句：
return response()->view('errors.500', [], 500);
日志配置要匹配运维习惯
日志不是记下来就行，得方便查、不爆炸、不丢关键信息。Laravel 默认用 Monolog，配置集中在 config/logging.php（新版）或 config/app.php（旧版）。
- 日常开发用 single（单文件），上线推荐 daily（按天切分），避免单个日志过大
- 设置
'log_max_files' => 30可保留最近 30 天日志，防止磁盘被占满 - 生产环境建议设
'log_level' => 'error'，只记录 error 及以上级别，减少噪音；debug/info 留给本地 - Log::error('订单创建失败', ['order_id' => $id, 'user_id' => auth()->id()]) 这样带上下文的日志，排查时省一半力气
