怎样分析项目依赖的总体大小和体积？使用Composer的第三方体积分析工具-composer-PHP中文网

composer自身不提供依赖体积分析，需用du -sh vendor/* | sort -hr定位大包（linux/macos），windows推荐wsl2或git bash，插件baethon/composer-packages-size可跨平台简化操作，真正影响体积的是测试、文档等非运行时文件。

怎样分析项目依赖的总体大小和体积？使用composer的第三方体积分析工具

Composer 本身不提供依赖体积分析能力，所有“查大小”的需求都得靠外部命令或插件——别在 composer show 或 composer outdated 里找体积字段，它们只读元数据，不扫描文件系统。

用 `du -sh vendor/* | sort -hr` 快速看总体分布（Linux/macOS）

这是最直接、无依赖、结果最准的方式，适合快速定位谁吃掉了磁盘：

du -sh vendor/* 统计每个一级子目录（即每个包）的总占用，-h 输出 MB/GB 单位，-s 跳过逐项打印
sort -hr 按人类可读格式倒序排，最大值在最前；加 | head -20 只看前 20 名，避免刷屏
常见错误：写成 du -sh vendor，结果只显示 vendor 目录自身（通常几 MB），漏掉所有子包
某些包如 symfony/symfony 是单目录多组件结构，vendor/symfony/ 下还有十几个子目录，仅查一级会低估——可补查：du -sh vendor/symfony/*/ 2>/dev/null | sort -hr | head -10

Windows 下用 PowerShell 替代 `du`（不推荐硬刚原生命令）

PowerShell 没有原生 du，Get-ChildItem + Measure-Object 虽能跑通，但慢、易中断、单位是字节需换算，且对符号链接处理不一致：

Discussion Composer

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

下载

基础命令：Get-ChildItem vendor -Directory | ForEach-Object { [PSCustomObject]@{Name=$_.Name; Size=(Get-ChildItem $_.FullName -Recurse -File | Measure-Object Length -Sum).Sum} } | Sort-Object Size -Descending | Select-Object -First 20 Name, @{Name="SizeMB";Expression={[math]::Round($_.Size / 1MB, 2)}}
必须加 -File 参数，否则 Measure-Object 会对目录对象报错
遇到权限错误会中断，建议加 -ErrorAction SilentlyContinue
更务实的做法：装 WSL2（推荐 Ubuntu）或 Git Bash，直接跑 du -sh vendor/* | sort -hr | head -20

用 `baethon/composer-packages-size` 插件省事（跨平台统一）

它本质是对 du 的封装，但解决了路径解析和排序问题，适合不想拼命令的场景：

全局安装：composer global require baethon/composer-packages-size
项目内运行：composer packages-size，自动扫描 vendor/ 下每个包的实际磁盘占用，并按降序排列
注意：它统计的是解压后全部文件（含 tests/、.github/、CHANGELOG.md），和你手动 du 结果一致，没额外信息
不支持排除路径（比如忽略所有 *.md 文件），而 find + du 组合可以做到
CI 或容器中若未预装该插件，composer packages-size 命令不可用，需提前处理

真正影响体积的不是包名，而是目录里的非运行时内容

看到某个包占几百 MB，大概率不是代码本身大，而是混进了不该在生产环境存在的东西：

测试用例、fixtures、demo 页面被打包进 dist/ 或 examples/ 目录（如 symfony/symfony 的完整源码包）
PHP 扩展的二进制预编译文件（如 ext-protobuf 相关包附带的 .so 或 .dll）
文档生成工具链（phpdocumentor、roave/better-reflection）把大量缓存或 AST 数据写进 vendor/ 子目录
vendor/bin 下的二进制工具（如 phpunit）通常只是软链，不占额外空间；但某些包（如 laravel/installer）会把完整 PHAR 复制进来
vendor/composer 和 vendor/bin 不是第三方包，不应作为优化目标——前者是 autoload 产物，后者是软链接集合