Composer想看特定包的体积？分析Vendor目录占用【方法】-composer-PHP中文网

答案是：用du -sh vendor/* | sort -hr | head -20快速定位前20大包，注意排除tests/docs等非运行时目录，并结合composer show验证依赖必要性。

composer想看特定包的体积？分析vendor目录占用【方法】

用 `du` 快速定位大体积包

Composer 本身不提供包体积统计功能，最直接有效的方式是分析 vendor/ 目录的磁盘占用。Linux/macOS 下用 du 命令就能快速排序出体积最大的包：

du -sh vendor/* | sort -hr | head -20 —— 查看前 20 个最大子目录（单位自动适配，sort -hr 支持人类可读排序）
如果只想看某个具体包，比如 monolog/monolog，直接运行：du -sh vendor/monolog/monolog
注意：某些包会带 dev- 或版本号后缀（如 vendor/symfony/console/v5.4.0），实际路径需以 ls vendor/ 确认真实目录名

排除测试和文档文件再评估真实体积

很多包把 tests/、docs/、.github/、examples/ 一起打包进来，这些对运行时无用但显著拉高体积。想看“真正需要的代码体积”，得过滤掉它们：

临时删减法：du -sh vendor/psr/log --exclude="tests|docs|examples|.github"（GNU du 支持 --exclude）
更稳妥的做法是进包目录手动 ls -la，观察哪些子目录占空间大；常见“体积黑洞”包括：vendor/laravel/framework/src/Illuminate/Support/Tests、vendor/phpunit/phpunit（哪怕没 require-dev，也可能被其他包间接拉入）
Composer 安装时加 --no-dev 能避免 require-dev 包，但无法控制第三方包内部自带的测试文件

用 `composer show` 辅助判断依赖合理性

体积大 ≠ 该删，得结合用途判断。先查这个包是否真被项目直接使用：

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

composer show vendor/package-name 显示包信息，重点关注 requires 和 required-by 字段
如果 required-by 是空或只有 root（即你手动 require 过），但代码里根本没调用它，可能只是历史残留
如果它被多个包依赖（比如 symfony/polyfill-*），删它会导致其他包报错，这时候体积大也得留着
注意：有些包体积小但加载慢（如含大量 PHP 文件或 autoloader 配置复杂），du 看不出这点，得配合 composer dump-autoload -o 后测性能

CI/CD 或部署时自动清理非必要文件

开发时保留测试没问题，但生产环境没必要。可以用 composer install --no-dev + 自定义清理脚本减少体积：

在 composer.json 的 scripts 里加一条清理命令："post-install-cmd": "find vendor -name 'tests' -type d -prune -exec rm -rf {} + 2>/dev/null || true"
更安全的替代方案是用社区工具 hirak/prestissimo（已弃用）或现代做法：改用 composer config --global discard-unused-scripts true，并配合 composer install --optimize-autoloader --no-dev
注意：别盲目删 vendor/autoload.php 或 composer.lock 相关文件，否则 autoload 会失效；vendor/composer/installed.json 也不能删，否则 composer show 失效