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!
如果脚本指向一个类的静态方法（如 "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 脚本等）里。设计时优先考虑可维护性和明确性，避免过度依赖隐式传参。
以上就是如何在composer.json的scripts中传递参数？（动态脚本执行）的详细内容，更多请关注php中文网其它相关文章！
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移，垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是，许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
767
收藏
