php cli脚本通过全局数组$argv获取参数、$argc获取数量，其中$argv[0]为脚本路径；推荐用getopt()解析选项，注意选项定义中带参字母后必须加冒号；$argv与$_server['argv']等价但仅cli模式可靠；-r模式下$argv为空，需改用环境变量或独立脚本。
PHP命令行脚本怎么拿到$argv和$argc
PHP CLI 模式下，参数直接通过全局数组 $argv 传入，数量由 $argc 给出。注意：第一个元素 $argv[0] 是脚本路径（如 php script.php 中的 script.php），不是用户输入的参数。
常见错误是直接从 $argv[0] 开始取业务参数，结果把脚本名当成了第一个参数。
-
$argv是字符串数组，所有参数都按原始字符串保留，不会自动类型转换 - 空格分隔参数，双引号包裹的内容算一个整体（如
php test.php "hello world" 42→$argv[1] === "hello world"） - 如果脚本用
#!/usr/bin/env php开头并设为可执行，$argv[0]仍是脚本路径，不是解释器路径
用getopt()解析带选项的命令行参数
getopt() 是 PHP 原生支持短选项（-h、-f file.txt）和长选项（--help、--file=file.txt）的标准方式，比手撕 $argv 更可靠。
容易踩的坑是选项定义字符串写错：每个需参数的字母后面必须跟冒号（:），比如 "hf:u:" 表示 -h 无参、-f 和 -u 必须带值；漏掉冒号会导致后续参数被吞掉或报错 Unrecognized option。
- 长选项需在第二个参数中用关联数组声明，如
["help", "file:", "user:"] -
getopt()只处理合法选项，非选项参数（如位置参数）会留在$argv里，但索引已偏移——建议调用后用array_shift($argv)清掉脚本名再处理剩余项 - Windows 下某些 shell 对长选项等号支持不稳定，建议统一用空格分隔（
--file config.json比--file=config.json兼容性更好）
$_SERVER['argv'] 和 $argv 有啥区别？
没区别。$argv 就是 $_SERVER['argv'] 的别名，PHP 启动时自动填充。但要注意：$_SERVER 数组在 Web SAPI 下也可能存在 argv 键（比如 Apache 的 CGI 模式），但内容不可靠或为空；只有 CLI 模式下 $argv 才保证有效。
所以不要在 Web 环境里依赖它判断命令行调用——哪怕请求来自 curl，只要不是 CLI SAPI，$argv 就不反映真实命令行参数。
- 检查是否在 CLI 模式：用
php_sapi_name() === 'cli'，而不是isset($argv) - 在 Composer 脚本或 Laravel Artisan 命令中，
$argv已被框架封装，应使用其提供的参数解析机制（如$this->argument('name')），而非直读$argv - CLI 模式下
$_SERVER['argv']和$argv内存指向相同，修改其中一个会影响另一个
为什么php -r执行时$argv为空？
因为 -r 是“运行代码片段”模式，不加载脚本文件，PHP 不构造 $argv 数组。此时想传参只能靠环境变量或重定向输入。
例如：php -r 'var_dump($argv);' arg1 arg2 输出的是空数组；但 ARG1=arg1 ARG2=arg2 php -r 'var_dump(getenv("ARG1")); 可行。
- 临时方案：用
php -B 'parse_str(implode("&", array_slice($argv, 1)), $args);' -R 'print_r($args);'模拟参数注入（-B 在循环前执行，-R 对每行 stdin 执行） - 更稳妥的做法：把逻辑写进独立脚本，用
php script.php arg1 arg2调用，避免在 -r 场景下硬啃参数 - 某些旧版 PHP（如 5.6）在 -r 下可能残留部分
$argv，行为不一致，务必测试目标环境
$argv 的影响各不相同，而且错误往往静默发生——比如选项漏了冒号，程序就拿不到值，但也不报错。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
