首先分析 vendor 目录体积构成，使用 du 和 depstat 识别大体积依赖；接着移除未用包、区分生产与开发依赖、启用 autoloader 优化及清理 VCS 元数据；最后通过 CI 监控和定期审查依赖树实现持续维护，确保部署效率与资源节约。
Composer 的 vendor 目录体积过大，会影响部署速度、占用服务器资源，甚至拖慢 CI/CD 流程。要有效减少其体积，必须先分析构成，再针对性优化。
分析 vendor 目录的体积构成
了解哪些包占用了最多空间，是优化的第一步。
• 使用 diskusage 工具（如 du）查看各包大小：du -sh vendor/* | sort -hr | head -20
这会列出最大的前 20 个依赖目录，帮助识别“体积大户”。
• 借助可视化工具更直观分析：
使用 composer-unused 或 depstat 等工具，不仅能发现未使用的包，还能展示依赖关系和潜在冗余。
例如安装 depstat：composer require --dev phpstan/depstat
运行：./vendor/bin/depstat
可输出依赖图谱和统计信息。
• 检查是否存在重复或可替代的包：
有些包功能重叠（如多个 UUID 生成库、多个 HTTP 客户端），通过分析代码实际使用情况，可以合并或替换。
减少 vendor 体积的实用方法
在明确问题来源后，采取以下措施能显著瘦身。
• 移除未使用的依赖：
很多项目长期积累无用包。使用 composer-unused 检测：composer require --dev composer-unused/composer-unused./vendor/bin/composer-unused
根据报告删除不需要的 require/require-dev。
• 区分生产与开发依赖：
确保 dev-only 包（如测试框架、PHPStan）仅在 require-dev 中，并在生产环境安装时使用：composer install --no-dev
避免将开发工具打入线上环境。
• 启用压缩和禁用版本控制元数据：
在部署时使用：composer install --optimize-autoloader --classmap-authoritative --no-scripts --no-plugins
其中：
- --optimize-autoloader 生成类映射，提升性能同时减少文件查找开销。
- --classmap-authoritative 让 autoloader 只读 classmap，跳过文件系统检查。
• 清理 VCS 元数据：
很多包自带 .git 目录，占用额外空间。在 composer.json 中配置：
"config": {
"preferred-install": "dist",
"discard-changes": true,
"autoloader-suffix": "App"
},
"extra": {
"composer-exit-on-patch-failure": true
}
并启用插件清理：composer require --dev helhum/composer-vcs-metadata或使用 installers 插件排除特定文件。
• 考虑替换重型依赖：
例如：guzzlehttp/guzzle 功能完整但较重，若只需简单请求，可用 symfony/http-client 替代；monolog/monolog 若只用于基础日志，确认是否可简化配置或换轻量实现。
持续维护建议
vendor 体积容易随时间膨胀，需建立维护机制。
• 在 CI 中加入体积监控：记录每次构建 vendor 大小，设置阈值告警。例如在 GitHub Actions 中添加步骤：du -sh vendor/
便于追踪变化。
• 定期审查依赖树：
运行 composer outdated 和 composer depends [package]，了解依赖来源，及时清理废弃功能。
基本上就这些。关键是定期分析、果断清理、合理配置。vendor 目录不必追求极致最小化，但应保持精简可控。
