Whoops-Config-Json 并非真实 Composer 包，因不存在于 Packagist 且未被社区维护，执行 composer require 会报错；它实为对 filp/whoops 自带 JsonResponseHandler 的误解，正确做法是在代码中根据环境手动注册该 handler 而非安装虚构包。
Whoops-Config-Json 并不是一个真实存在的 Composer 包——它既不在 Packagist 上，也没有被主流社区维护或发布。直接运行 composer require whoops-config-json 会报错：Could not find package whoops-config-json。
为什么找不到 whoops-config-json？
Whoops 是一个 PHP 错误处理库（filp/whoops），但它本身不提供名为 whoops-config-json 的独立扩展包。这个名字很可能是对以下某一种情况的误解：
- 把自定义配置逻辑误当成一个现成包（比如自己写了个
whoops.json配置文件） - 混淆了其他项目中私有命名（如团队内部封装的 wrapper 类）
- 误读了某篇博客里未说明“需自行实现”的示例代码
如何用 filp/whoops 实现 JSON 格式错误响应？
Whoops 默认渲染 HTML 页面，但可以通过替换 Run 实例的输出处理器（Handler）来返回 JSON。关键不是装某个“json 包”，而是改用 JsonResponseHandler：
Wjs Uploading Video
下载
将一个或多个视频上传至YouTube。当用户想“上传到YouTube”“发YouTube”“批量上传”“upload to YouTube”“post videos to YouTube”或发布到YouTube时使用此技能。
-
filp/whoops自带Whoops\Handler\JsonResponseHandler，无需额外安装 - 仅在 CLI 或 API 环境下启用它，避免浏览器访问时返回 JSON 而非可读页面
- 需手动调用
$run->pushHandler(...)，不能靠配置文件自动加载
示例片段：
$run = new \Whoops\Run();
if (php_sapi_name() === 'cli' || $_SERVER['HTTP_ACCEPT'] === 'application/json') {
$run->pushHandler(new \Whoops\Handler\JsonResponseHandler());
} else {
$run->pushHandler(new \Whoops\Handler\PrettyPageHandler());
}
$run->register();
常见踩坑点：JSON Handler 不生效？
最常遇到的问题不是“装不上”，而是 handler 没触发或被覆盖：
-
JsonResponseHandler只在throw后由 Whoops 捕获异常时执行，不适用于error_log()或trigger_error() - 若已注册其他 handler（如 Laravel 的
WhoopsPrettyPageHandler），需确保JsonResponseHandler在前，或显式移除旧 handler - Laravel、Symfony 等框架通常屏蔽了 Whoops 的默认行为，需在
bootstrap/app.php或public/index.php早期介入 - 返回的 JSON 字段固定为
message、type、file、line，无法直接通过配置增删字段——要改就得继承JsonResponseHandler并重写handle()
真正需要的不是“安装一个叫 json 的包”，而是在正确时机用正确 handler 替换输出逻辑；所有定制都发生在代码里，不是靠 composer require 解决的。
