如何不使用危险函数从Web脚本调用仅CLI的PHP脚本并获取argv/argc

下面是几种无需shell_exec等危险函数的实现方式，能满足你的需求：

1. 使用proc_open调用PHP CLI进程 #

proc_open比shell_exec更安全，它支持直接传递参数数组，从根源避免shell注入风险，同时可以控制进程的输入输出流，轻松实现异步执行。

示例代码（Web脚本中） #

// 目标CLI脚本的绝对路径
$scriptPath = '/path/to/your/cli-task.php';
// 要传递的命令行参数
$taskArgs = ['user_id=1001', 'task_type=export', 'batch_size=500'];

// 构造PHP CLI调用的参数数组
$cmdArray = [PHP_BINARY, $scriptPath, ...$taskArgs];

// 设置进程描述符：重定向输出到日志文件，让进程在后台运行
$descriptors = [
    0 => ['file', '/dev/null', 'r'],    // 关闭标准输入
    1 => ['file', '/var/log/cli-tasks.log', 'a'], // 标准输出写入日志
    2 => ['file', '/var/log/cli-tasks-err.log', 'a'] // 错误输出写入日志
];

// 启动进程，不阻塞Web请求
$process = proc_open($cmdArray, $descriptors, $pipes);

if (is_resource($process)) {
    // 关闭管道，释放资源，让进程后台执行
    foreach ($pipes as $pipe) {
        fclose($pipe);
    }
    echo "任务已启动，将定期更新进度";
} else {
    die("无法启动后台任务");
}

为什么能获取argv/argc？ #

通过PHP_BINARY（当前服务器上PHP CLI的路径）直接调用目标脚本，参数数组会被PHP CLI自动解析为$argv和$argc变量，完全符合目标脚本的环境检查要求。

2. 修复pcntl_fork的用法（若环境支持） #

如果你的Web服务器允许使用pcntl扩展，之前的无效大概率是因为没有模拟命令行环境变量。可以在子进程中手动设置$argv和$argc，再加载目标脚本：

$pid = pcntl_fork();

if ($pid === -1) {
    die("进程创建失败");
} elseif ($pid === 0) {
    // 子进程：模拟命令行环境
    global $argv, $argc;
    $argv = ['cli-task.php', 'user_id=1001', 'task_type=export']; // 第一个元素对应脚本名，和CLI环境一致
    $argc = count($argv);

    // 可选：强制设置CLI模式的SAPI标识
    putenv('PHP_SAPI=cli');

    // 加载并执行目标脚本
    require '/path/to/your/cli-task.php';
    exit(); // 子进程执行完成后退出
} else {
    // 父进程：继续处理Web请求，返回进度页面
    echo "任务已启动，进度将实时更新";
}

注意：很多共享主机或托管环境会禁用pcntl扩展，这种方法只适用于你能完全控制服务器配置的场景。

3. 消息队列+守护进程模式（最安全且可扩展） #

这种方式彻底隔离Web脚本和CLI任务，从根源避免Web环境直接执行外部进程的风险：

• 步骤1：编写一个命令行守护进程脚本，启动后持续监听消息队列（比如Redis队列、Beanstalkd）。
• 步骤2：Web脚本将任务参数发送到消息队列，立即返回给管理员，后续通过数据库/缓存定期读取进度。
• 步骤3：守护进程收到消息后，调用目标CLI脚本（或直接执行任务逻辑），并将实时进度写入数据库/缓存。

优势 #

• Web脚本完全不接触进程执行，彻底规避命令注入风险。
• 守护进程本身是CLI环境运行，天然满足目标脚本的argv/argc检查要求。
• 支持任务排队、重试、负载均衡等高级功能，适合大量任务场景。

• 所有传递给CLI脚本的参数必须严格验证和过滤，避免恶意输入。
• 始终使用绝对路径引用目标脚本，防止路径遍历攻击。
• 若使用proc_open，必须用参数数组而非字符串拼接命令，彻底避免shell注入。

内容的提问来源于stack exchange，提问作者mike_s