本文详解如何在 Laravel 9 的异常处理器中精准捕获 /img/http/* 路径下的 NotFoundHttpException，并返回空白响应（如 204），解决 Glide 图片路由 404 不触发 renderable 回调的问题。
本文详解如何在 laravel 9 的异常处理器中精准捕获 `/img/http/*` 路径下的 `notfoundhttpexception`，并返回空白响应（如 204），解决 glide 图片路由 404 不触发 renderable 回调的问题。
在 Laravel 9 中，通过 renderable() 方法为特定异常类型定制响应是推荐做法，但实际使用中常因命名空间未正确引入或异常类型不匹配导致回调静默失效。你当前代码中已注册 NotFoundHttpException 的处理逻辑，但 dump($request) 无输出，根本原因极可能是：NotFoundHttpException 类未在文件顶部声明 use 语句——尽管 IDE 可能未报错，但 PHP 运行时无法识别该类，导致 renderable() 注册失败，整个闭包被忽略。
✅ 正确做法：确保在 App\Exceptions\Handler 类顶部显式导入所需异常类：
<?php namespace App\Exceptions; use Illuminate\Foundation\Exceptions\Handler as ExceptionHandler; use Symfony\Component\HttpKernel\Exception\NotFoundHttpException; // ✅ 必须存在 use Throwable;
同时，建议补充更健壮的判断逻辑。Glide 生成的 URL 如 http://example.com/img/http/... 属于前端请求路径，当对应资源不存在时，Laravel 路由层会抛出 NotFoundHttpException（而非 Glide 自身的 FileNotFoundException），因此应专注捕获该异常。以下是优化后的完整 register() 方法：
public function register()
{
$this->renderable(function (NotFoundHttpException $e, $request) {
// 精确匹配 img/http/ 开头的请求路径（支持通配）
if ($request->fullUrlIs('http://*') && $request->is('img/http/*')) {
return response()->noContent(); // 返回 HTTP 204，无响应体，最符合“空白 404”需求
}
});
}⚠️ 注意事项：
-
response()->noContent()默认返回状态码204 No Content，语义上比200+ JSON 更契合“资源不存在但无需内容”的场景； - 避免使用
response()->json(..., 200)混淆状态语义；若需明确返回 404，可用response('', 404)； -
renderable()仅对 未被其他中间件或路由提前捕获的异常 生效，确保你的 Glide 路由未在控制器或中间件中自行abort(404)； - 测试时请清除路由缓存：
php artisan route:clear，并确保应用处于APP_DEBUG=true环境以便及时发现注册失败问题。
最终效果：访问无效 Glide 图片 URL（如 /img/http/invalid-base64）将直接返回空响应体与 204 状态码，既不渲染默认 404 视图，也不触发前端错误提示，完美满足“空白服务端 404”的设计目标。
