composer --profile是composer内置轻量级性能快照工具，直接加参数即可记录操作耗时（秒级精度）与内存占用（字节），无需改配置或装插件；适用于install/update命令，但仅反映composer执行阶段，不包含运行时autoload性能。
composer --profile 能直接看到耗时和内存分布
直接加 --profile 就行，不用改配置、不依赖插件。它不是调试开关，而是 Composer 内置的轻量级性能快照工具，所有主流版本（2.2+）都支持。
常见错误现象：运行 composer install --profile 后没看到表格？大概率是终端宽度不够被截断了，试试加 --no-ansi 或缩小命令输出宽度；或者你用了某些自定义脚本把 stdout 重定向了，导致报告被吞掉。
-
composer install --profile和composer update --profile都可用，但update的解析阶段更重，报告里 “Resolving dependencies” 行通常更长 - 报告中 “Time” 列单位是秒，精确到毫秒；“Memory” 是字节，比如
124.5MiB - 注意区分 “Generating autoload files” 和 “Executing script xxx” —— 前者是 Composer 自身行为，后者是你
composer.json里写的post-install-cmd，别把脚本慢误判成 Composer 慢
怎么判断哪个环节真拖慢了整个流程
别只看总时间，重点盯三类操作的占比：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 如果 “Resolving dependencies” 占总时间 >60%，说明约束太松（比如大量用
^或*）、PHP 版本/扩展声明模糊、或存在多个互斥包（如两个包都 require 不同版本的psr/log） - 如果 “Downloading packages” 耗时高，先检查
composer config -g repos.packagist.org.url是否还指向已停服的镜像（如 phpcomposer.com），换成官方https://packagist.org或国内可信镜像 - 如果 “Generating autoload files” 时间异常（>5s），大概率是
autoload规则扫了太多目录，比如"psr-4": {"": "src/"}扫了整个src/，而里面混着测试文件、.gitignore 外的临时代码
profile 报告里看不到 autoload 优化效果？
--profile 只记录 Composer 自身执行阶段，不包含运行时自动加载性能。想验证 optimize-autoloader 或 classmap-authoritative 是否生效，得看生成结果：
- 执行
composer dump-autoload -o后，检查vendor/composer/autoload_classmap.php文件大小 —— 几十 KB 是正常，几 MB 说明扫进了不该扫的目录 - 打开
vendor/composer/autoload_real.php，搜索$useStaticLoader = true—— 有这行代表classmap-authoritative已启用 - 运行时测速要用
blackfire或xhprof，--profile对它完全没用
CI/CD 中用 --profile 容易踩的坑
在 GitHub Actions、GitLab CI 等环境里，--profile 输出默认被折叠进日志流，且没有颜色、无表头，容易漏看关键数据。
- 加
--no-ansi --no-interaction避免控制字符干扰解析 - 别只存最后 10 行日志 —— profile 报告在末尾，但前面可能有几十行下载日志，一截就只剩表头
- 如果用
composer install --profile --no-dev，注意 “Resolving dependencies” 时间可能比带--dev更长：因为 dev 包的约束会参与解析，去掉后 SAT 求解器路径反而更复杂（小众但真实）
真正卡住的时候，往往不是某个命令本身慢，而是 profile 显示 “Resolving dependencies” 耗时 27s，你却在 composer.json 里写了 "php": "*" —— 这种配置会让 Composer 尝试匹配所有 PHP 版本的包元数据，查完才敢确定兼容性。
