composer help 命令是验证参数合法性的最稳方式，它明确列出各命令支持的选项及用法规范，如 composer help install 可确认 --force 不存在而 --force-reinstall 才合法。
composer help 命令能直接告诉你参数是否合法
输错参数时 Composer 不会模糊匹配或自动纠错，而是明确报错 Unrecognized option "--xxx"。最稳的验证方式不是猜，是查——每个命令的合法参数都内置在帮助文档里。
比如想确认 composer install 是否支持 --force，直接运行：
composer help install
它会列出所有支持的选项，并标注哪些是必填、哪些可选、哪些带值。你会发现 --force-reinstall 存在，但 --force 根本不在列表里。
-
[--no-dev]表示可选开关，不加默认启用 dev 包；[--optimize-autoloader]同理 -
[--with=PACKAGE]表示可多次传入，如--with=monolog/monolog --with=phpunit/phpunit -
--package=xxx（那是选项写法） - 括号里带等号的（如
[--version=VERSION]）表示该选项必须带值，且=不能省略
为什么 composer install --force 会失败
因为 --force 不是 Composer 的合法参数。从 2.0 开始，它只认 --force-reinstall，且仅对 install 有效。update 命令根本不接受这个参数，也不需要——它本来就会重装。
常见误操作：
composer install --force<br>composer update --force-reinstall
这两条都会报错，前者提示 Unrecognized option "--force"，后者提示 Unrecognized option "--force-reinstall"。
-
composer install --force-reinstall：合法，强制按 lock 文件重装每个包 -
composer install --no-cache --force-reinstall：合法，跳过缓存+强制重装，适合修复损坏包 -
composer require --dev --force：非法，--force在require命令中无定义
参数顺序错误也会导致“不合法”假象
Composer 使用 Symfony Console，参数顺序敏感。选项（-d、--no-interaction 等）必须放在子命令之前，否则会被当成子命令的参数处理。
例如：
composer -d ./api install ✅<br>composer install -d ./api ❌
后者等价于执行 install 命令并把 -d 当作它的参数，而 install 并不接受 -d，于是报错 Unrecognized option "--d"。
-
-d（即--working-dir）必须紧挨子命令前，且路径必须是含composer.json的目录，不是文件路径 -
--no-interaction这类全局选项，放前面或后面都行，但建议统一放最前，避免歧义 - 多个选项混用时，用空格分隔即可，不需要逗号或引号（除非值含空格）
环境变量或配置可能覆盖参数行为
有些参数看似合法，但实际被环境变量静默禁用或改变语义。比如 --no-plugins 能禁用插件，但如果设置了 COMPOSER_NO_PLUGINS=1 环境变量，即使不传该参数，效果也一样——此时再传反而冗余。
更隐蔽的是镜像配置：composer config repo.packagist https://mirrors.aliyun.com/composer/ 之后，composer install 就不会去连 packagist.org，哪怕你加了 --verbose 也看不到相关请求。
- 用
composer global config --list --verbose查当前生效配置路径，确认没被COMPOSER_HOME或COMPOSER_CACHE_DIR干扰 -
COMPOSER_ALLOW_SUPERUSER=1会让sudo composer不再警告，但它不改变参数合法性 - 实验性功能（如
verify-checksums）需显式启用COMPOSER_EXPERIMENTAL=1，否则命令本身就不在composer list里
参数合法性最终取决于三件事：命令是否在当前上下文可用、选项是否出现在 composer help xxx 列表里、以及它有没有被环境或配置提前拦截。别依赖记忆，查帮助最省时间。
