Composer不原生支持scripts参数传递，但可通过--分隔符透传参数给脚本命令；PHP脚本需手动解析$argv，类方法脚本推荐用环境变量或独立CLI工具处理。
在 composer.json 的 scripts 中直接“传递参数”并不原生支持，但可以通过 -- 分隔符将参数透传给脚本命令（前提是脚本本身能接收并解析这些参数）。
使用 -- 透传参数给脚本命令
Composer 允许你在运行 composer run-script 时，用 -- 将后续参数原样传递给脚本定义的命令。这适用于 shell 命令、PHP 脚本或可执行文件。
- 在
composer.json中定义一个脚本，例如：
"scripts": {
"greet": "php greet.php"
}- 在项目根目录下创建
greet.php，读取$argv：
<?php
array_shift($argv); // 去掉 'php greet.php'
$name = $argv[0] ?? 'World';
echo "Hello, {$name}!\n";- 执行命令时传参：
composer run-script greet -- Alice
输出：Hello, Alice!
对 PHP 类方法脚本传参（需手动解析）
如果脚本指向一个类的静态方法（如 "greet": "MyScript::greet"），Composer 默认不传参。但你可以借助 $_SERVER['argv'] 或环境变量间接获取。
- 推荐做法：改用命令行调用方式，保持参数可见性
- 或在脚本中读取
$_SERVER['argv']（注意：仅当通过php直接执行时可靠；若由 Composer 内部调用，行为可能不稳定） - 更稳妥的方式是把参数转为环境变量：
HELLO_NAME=Alice composer run-script greet
然后在 PHP 方法里用 getenv('HELLO_NAME') 获取。
利用 composer run-script 的 -v 和 --no-interaction 等内置选项
虽然不是“业务参数”，但 Composer 自带的标志会影响脚本行为：
-
-v：启用 verbose 模式，可在脚本中通过getenv('COMPOSER_VERBOSITY')判断 -
--no-interaction：设置COMPOSER_NO_INTERACTION=1，适合 CI 场景自动跳过确认
进阶：用包装脚本封装动态逻辑
当参数逻辑复杂时，建议写一个独立的 CLI 入口（如 bin/mytool），在 composer.json 中调用它：
"scripts": {
"deploy": "php bin/mytool deploy"
}然后运行：
composer run-script deploy -- --env=prod --force
这样你就能在 bin/mytool 中自由使用 symfony/console 或 argparse 风格解析参数。
基本上就这些。核心要点是：Composer 不解析脚本参数，只负责透传；真正处理参数的逻辑必须落在你调用的目标命令（PHP 文件、Shell 脚本等）里。设计时优先考虑可维护性和明确性，避免过度依赖隐式传参。
