Composer如何查看全局已安装的包_Composer全局包管理查看步骤【入门】
很多人在使用 Composer 时，都踩过同一个坑：明明全局装好了某个工具包，终端却提示“命令找不到”，一查 composer show 列表还空荡荡的。其实问题不出在包本身，而是命令用错了——查全局包，必须用 composer global show，别拿项目里的命令去套。 查全局包不能用 com
很多人在使用 Composer 时，都踩过同一个坑：明明全局装好了某个工具包，终端却提示“命令找不到”，一查 composer show 列表还空荡荡的。其实问题不出在包本身，而是命令用错了——查全局包，必须用 composer global show，别拿项目里的命令去套。
查全局包不能用 composer show，必须用 composer global show——它不依赖当前目录，也不读项目里的 composer.json 或 vendor/，直接读取全局配置路径下的安装记录。
为什么 composer show 查不到全局包
不少人在项目目录下执行 composer show lara vel/installer，结果报 Package not found。不是包没装，是命令根本没查对地方。composer show 只扫当前项目的 vendor/composer/installed.json，而全局包装在 ~/.composer/vendor/（Linux/macOS）或 %APPDATA%\Composer\Vendor\（Windows）里，两者完全隔离。
常见的误判场景：
- 终端提示
Command "lara vel" not found，但composer show lara vel/installer也查不到——可能你装了全局包，但没加进PATH，或者误用了项目目录下的命令 - 在
/tmp之类的临时目录下运行composer show，输出为空——因为没找到项目composer.json，它不会自动 fallback 到全局
composer global show 的实用参数组合
默认输出带描述、版本、缩进依赖树，信息量不小。但日常真正需要的，往往是干净、可筛选、甚至能直接扔给脚本处理的结果：
- 只看包名列表：
composer global show --name-only，适合快速扫一眼装了哪些工具 - 只看「包名 + 版本」两列：
composer global show --name --version，空格分隔，方便| grep phpunit或写入 CI 脚本 - 导出表格格式：
composer global show --format=table，对齐清晰，适合人工核对 - 确认某个包是否真的装了：
composer global show php-cs-fixer，输全名，大小写敏感
查到包名后，怎么确认命令能用
显示已安装 ≠ 终端能直接调用。最常卡在这一步：
- 先定位全局 bin 目录：
composer config --global home返回的是全局 Composer 根路径，真实可执行文件在[home]/vendor/bin/下 - 检查该路径是否在
PATH中：echo $PATH（Linux/macOS）或echo %PATH%（Windows） - Windows 用户要特别注意：
%APPDATA%\Composer\Vendor\bin是完整路径，环境变量里必须填对，不能少\Vendor\bin - 如果 PATH 没问题但命令仍找不到，试试
ls [home]/vendor/bin/（Linux/macOS）或dir %APPDATA%\Composer\Vendor\bin（Windows），看对应可执行文件是否存在
容易被忽略的关键点
composer global show 不校验实际文件是否存在，它只读 installed.json。如果你手动删过 ~/.composer/vendor/ 下的某个包但没清理 installed.json，它仍会显示“已安装”。真要验证，得去 [home]/vendor/ 下 ls 或 dir 看目录是否还在。另外，--direct 参数只过滤掉自动拉进来的依赖，不影响包本身是否可用——它只是告诉你这个包是不是你亲手 composer global require 过的。
PHP开发中，定位类文件不应依赖composerdump-autoload（仅重新生成映射文件，不会自动发现新类）。有效方法：使用composershow--path查包路径并结合PSR-4规则定位；或使用ripgrep搜索类定义；IDE跳转需确保索引正确，来避免误定位。并且避免直接修改vendor目录。
composershow列出所有包及版本（含开发依赖），--direct查看顶层依赖，--name-only输出纯包名，--format=json输出JSON。composeroutdated检查可更新包，composershow-t显示依赖树层级。版本号基于composer.lock，不保证vendor真实状态，需先运行composerinstall（或-
使用composerclear-cache命令可以安全地清除缓存，仅清理缓存目录下的内容。安装新版本需要先删除composer.lock后执行install或update，CI/CD中务必加--no-interaction参数。在缓存目录下files/可以删除旧包以释放空间，vcs/可以安全清除，repo/不建议删除该目录以免影响依赖解析。
Composer的稳定性配置中，minimum-stability是硬性过滤闸，低于该级别的版本被直接忽略；require里加@后缀可精准授权单个包；prefer-stable仅在候选版本中影响选择；子依赖的minimum-stability可能覆盖项目设置，需用stability-flags压制，以此确保依赖版本符合预期。
Composer不安装PHP扩展，仅当执行install或update时，会检查ext-xxx是否启用，若缺失则中断并报错。扩展声明须在require或require-dev中，版本号仅用于约束，无实际校验作用。扩展名必须与php-m输出的模块名完全一致。config.platform仅模拟环境，不能绕过运行时校验。
使用Phinx时需要手动配置phinx.php或phinx.yml文件并补全数据库连接信息；迁移文件须手写up和down方法，并仔细检查字段类型及索引细节；多环境切换时必须严格确认配置优先级和命名格式，否则极易导致迁移失败甚至报错。
使用replace时需注意：它仅仅声明替代关系，不会自动删除旧包，也不会继承旧包的autoload配置。因此，开发者必须手动移除旧包，并完整配置autoload，同时添加conflict字段来避免依赖冲突。另外，replace适用于替换具体包，而实现接口则应使用provide。
Composer是Yii根基，需正确配置composer.json区分require与require-dev，准确设置入口文件autoload.php路径，用create-project安装而非直接require核心库，锁死版本约束防兼容问题，并注意cookieValidationKey等环境配置。
火山引擎是字节跳动旗下企业级云与AI服务平台。聚焦大模型核心能力，依托字节自研豆包多模态大模型，凭借火山方舟一站式平台，提供模型精调、推理部署、智能应用搭建等全链路服务，结合高性能AI算力，助力各行业快速落地大模型数字化与智能化应用。
Autodesk Maya 是面向影视、电视、动画和游戏行业的专业三维制作软件，集多边形与 NURBS 建模、角色绑定、关键帧和动作捕捉动画、Bifrost 特效模拟、材质开发及 Arnold 渲染于一体，
火山引擎是字节跳动旗下企业级云与AI服务平台。聚焦大模型核心能力，依托字节自研豆包多模态大模型，凭借火山方舟一站式平台，提供模型精调、推理部署、智能应用搭建等全链路服务，结合高性能AI算力，助力各行业快速落地大模型数字化与智能化应用。
