直接用 composer show 就能看到所有已安装的包，包括版本、描述和依赖关系。最常用也最直观的方式就是运行：
composer show
如何在Laravel项目中使用Composer添加新的功能包？（代码示例）
在 Laravel 中添加功能…
require
精选推荐
Composer why-not命令：为什么某个包无法安装或更新？
Composer why-no…
如何处理一个Composer包依赖了另一个已经被替换（replace）的包？
当你的项目依赖某个 Compo…
最新动态
composer怎么查看已安装的包_composer列出依赖包命令
composer怎么从本地路径加载包？
Composer 支持把本地文件夹当作一个“包仓库”，只要在 composer.json 里声明 path 类型的仓库，就能像装远程包一样安装本地代码。它不走网络，不依赖 Packagist，适合开发中试用未发布、还在改的私有库。
Composer如何调试安装失败的问题？（常见错误排查）
Composer 安装失败多数不是代码问题，而是环境或网络干扰。默认不输出详细日志，所以第一步必须加 -v（verbose）或 -vvv（最详细）运行，否则你看到的只是模糊提示，比如 Failed to download vendor/package，但根本不知道是 DNS 解析失败、TLS 握手超时，还是 GitHub 限流。
composer如何导出依赖列表_composer show命令教程【分析】
默认 composer show 只在终端滚动输出，没法直接保存或筛选。它本质是调试用命令，不是导出工具。
composer如何在内网部署时避免composer install失败？
根本原因不是网络不通，而是 Composer 默认所有包都走 packagist.org（公网），而内网没路由、没 DNS 解析、也没代理转发。它连第一步元数据都拉不下来，根本到不了“下载 ZIP”那步。
composer如何在Git Hooks中自动验证composer.json格式？（pre-commit脚本示例）
直接在 Git Hooks 的 .git/hooks/pre-commit 脚本里执行 composer validate –no-interaction 是最轻量、最可靠的方式。它不依赖额外工具链，也不需要解析 JSON 结构——composer validate 本身就能检查语法、schema 兼容性、require 包名格式、版本约束合法性等。
composer如何查看包的依赖层级深度？（why命令递归分析）
执行 composer why vendor/package 只会返回「谁直接 require 了它」，不会展开下游依赖链。比如 A → B → C，查 C 时只看到 B，看不到 A。这不是 bug，是设计使然——composer why 的语义就是「谁在 composer.json 里写了它」。
Composer怎么查看某个插件的所有可用版本_Composer show命令技巧【干货】
不能。默认的 composer show vendor/package 只显示当前已安装版本（或最新稳定版）的摘要信息，不展示历史版本列表。
composer怎么安装依赖_composer命令行安装教程【详解】
Composer 安装依赖不是“运行一个命令就完事”，关键看当前项目有没有 composer.json、PHP 环境是否就位、以及你用的是全局安装还是局部执行。
composer如何在PHP内置服务器中模拟生产autoload行为？（-t public + include引导）
因为 php -S 启动的是纯HTTP服务器，它只按路由规则转发请求，完全不加载 vendor/autoload.php —— 你写的 use AppClass 在入口文件里会直接报 Class not found，哪怕 composer dump-autoload 过也没用。