composer --help 显示全部命令和全局参数但无分类，信息密集难筛选；实用做法是查具体命令帮助（如 composer install --help）或用 composer list 快速确认命令存在性及发现隐藏命令。
composer --help 能查到什么
直接运行 composer --help 会输出全部可用命令列表和全局参数说明，但信息密度高、无分类，新手容易漏掉关键项。它不展示每个命令的典型用法或常见组合，比如 composer require --dev 这种高频搭配不会单独列出来。
真正实用的不是“看全量帮助”，而是按需查具体命令的子帮助：
-
composer install --help：能看到--no-dev、--ignore-platform-reqs等实际部署时必用的开关 -
composer require --help：明确列出--dev、--no-update、--stability的作用，避免误把测试工具装进生产依赖 -
composer config --help：区分-g（全局）和不加（当前项目），镜像配置写错 scope 就白配了
为什么 composer list 比 --help 更适合日常查命令
composer list 输出的是扁平化命令清单，不含参数细节，但它能快速确认某个命令是否存在、拼写是否正确——比如你记不清是 dump-autoload 还是 dumpautoload，敲 composer list | grep dump 一眼就定位。
更关键的是，它能帮你发现被忽略的实用命令：
-
composer prohibits vendor/package：查谁在阻止你装某个包，比手动翻composer.json快得多 -
composer validate：检查composer.json格式和约束是否合法，CI 脚本里建议加这一句 -
composer show --installed：列出当前已装的所有包及版本，排查冲突时比翻vendor/目录直观
查不到命令？先确认 Composer 版本和作用域
有些命令只在新版 Composer 中存在（比如 composer remove 是 2.2+ 才正式支持），老版本会报 Command "remove" is not defined。运行 composer --version 确认当前版本，再查对应文档。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
另一个隐形坑是作用域：你用 composer config --list 看到的配置，可能只是当前项目的，而全局镜像配置藏在 composer config -g --list 里。两者混用会导致“明明配了镜像却没加速”。
如果某条命令在文档里写了但本地不识别，优先检查：
- 是否用了旧版 Composer（
composer self-update升级） - 是否在错误目录下执行（比如
composer global require必须在任意目录，而composer require必须在项目根目录） - 是否拼写带多余空格或短横线（
composer dump-autoload不是composer dump autoload）
遇到报错别硬背，用 help 定位具体参数含义
很多错误其实源于参数理解偏差。例如：
-
Could not parse version constraint—— 很可能是你在composer require时漏写了约束符，比如输成guzzlehttp/guzzle:7.5而不是guzzlehttp/guzzle:^7.5 -
Your requirements could not be resolved—— 先跑composer why-not vendor/package:version，比反复改composer.json高效 -
Class not found—— 90% 是没跑composer dump-autoload，而不是代码写错了
这些都不是靠死记命令能解决的，得结合 --help 看清每个参数的触发条件和副作用。尤其注意那些带 -- 的开关，它们往往改变整个命令的行为边界。
