首先，你用的命令语法php status.php Arg1 Arg2 > /dev/null 2>&1本身是没问题的——它会把标准输出（STDOUT）和标准错误（STDERR）都重定向到/dev/null。重定向失效大概率是你的status.php脚本内部的输出逻辑绕过了常规的STDOUT/STDERR流，下面是最常见的原因和修复方案：

1. 脚本直接写入终端设备（/dev/tty） #

有些脚本为了强制输出到终端，会直接打开/dev/tty设备写入内容，这种写法会完全绕过你设置的重定向规则。

排查方法：在脚本里搜索类似这样的代码：

$terminal = fopen('/dev/tty', 'w');
fwrite($terminal, "一些输出内容");
fclose($terminal);

修复方案：把直接写入/dev/tty的代码替换成常规的输出方式：

• 要输出到STDOUT：用echo、print或者fwrite(STDOUT, "内容\n");
• 要输出到STDERR：用fwrite(STDERR, "错误内容\n");

2. 脚本执行外部命令时未处理其输出 #

如果你的脚本里用了system()、passthru()、shell_exec()这类函数调用外部命令，这些函数默认会把外部命令的输出直接打印到STDOUT，哪怕主脚本的STDOUT被重定向，外部命令可能因为自身的逻辑（比如也写了/dev/tty）导致输出漏出来。

修复方案：

• 用exec()函数捕获外部命令的输出，而不是让它直接打印：

  exec('your-external-command', $outputArray, $returnCode);
  // 后续可以处理$outputArray，比如写入日志，而不是直接输出
  

• 或者在调用外部命令时，手动给它加上重定向：

  system('your-external-command > /dev/null 2>&1');
  

3. 错误日志被配置为直接输出到终端 #

如果你的脚本用了error_log()函数，或者PHP的错误日志配置指向了终端，那错误信息会绕过重定向直接显示。

排查方法：

• 检查脚本里有没有类似error_log("错误信息", 0);的代码（模式0是使用php.ini的默认设置）
• 查看php.ini里的error_log配置，看是否设置为/dev/tty

修复方案：

• 在脚本里临时修改错误日志路径：

  ini_set('error_log', '/var/log/php-status-errors.log');
  

• 或者修改php.ini的error_log配置为一个文件路径，重启PHP CLI（如果需要）

快速验证方法 #

先写一个简单的测试脚本test.php：

<?php
echo "这是STDOUT输出\n";
fwrite(STDERR, "这是STDERR输出\n");
?>

执行php test.php Arg1 Arg2 > /dev/null 2>&1，如果没有任何输出，说明重定向本身是正常的，问题肯定出在你的status.php脚本内部，按照上面的步骤排查即可。

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