<p>答案是：用du -sh vendor/* | sort -hr | head -20快速定位前20大包，注意排除tests/docs等非运行时目录，并结合composer show验证依赖必要性。</p>
用 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"（GNUdu支持--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失效
真正麻烦的不是怎么算体积，而是搞清“这个包的哪部分被用了、哪部分能砍”。光看 du -sh 数字容易误判，得进目录翻 src/ 和 autoload 配置，再 grep 项目代码确认调用点。
