PHP CLI通过Cron执行时未定义STDIN/STDOUT问题求助

碰到这种情况确实挺让人困惑的——毕竟PHP官方文档明确说CLI模式下会自动定义STDIN和STDOUT常量，但Cron执行就掉链子。我来帮你梳理几个最可能的原因和对应的排查方向：

• Cron调用的不是PHP CLI版本
  系统里可能同时存在多个PHP实例（比如Apache的mod_php、CGI版PHP和CLI版PHP），而Cron的PATH环境变量可能指向了非CLI版本的PHP。非CLI模式（比如CGI/FastCGI）不会自动定义STDIN和STDOUT。

  • 排查方法：在正常的Bash终端里执行which php，拿到CLI版PHP的绝对路径（比如/usr/bin/php），然后把Cron任务里的php替换成这个绝对路径，比如改成*/10 * * * * /usr/bin/php -q /some/where/sessionGc.php。
  • 验证：在Cron里执行/usr/bin/php -v，看输出是否包含(cli)字样，比如PHP 8.2.10 (cli)。

• Cron的环境变量不完整
  Bash终端有完整的环境变量，但Cron的执行环境非常精简，可能缺少PHP运行所需的关键变量（比如PHP_INI_SCAN_DIR或者自定义的路径变量），导致PHP启动时进入了非预期的模式。

  • 解决方法：
    1. 在Cron任务开头加载你的Bash环境变量，比如*/10 * * * * source ~/.bash_profile && /usr/bin/php -q /some/where/sessionGc.php（注意如果是root用户的Cron，要对应加载root的环境文件）。
    2. 或者直接在Cron命令里指定必要的环境变量，比如*/10 * * * * PHP_INI_PATH=/etc/php/cli/php.ini /usr/bin/php -q /some/where/sessionGc.php。

• 脚本的Shebang与Cron环境不兼容
  如果你的sessionGc.php开头有Shebang（比如#!/usr/bin/env php），Cron里的env可能找不到正确的CLI版PHP，或者指向了CGI版本。

  • 修复方法：把Shebang改成CLI版PHP的绝对路径，比如#!/usr/bin/php，或者直接在Cron命令里用绝对路径的PHP调用脚本，忽略Shebang。

• PHP CLI配置文件被篡改
  虽然概率较低，但有可能CLI版的php.ini被修改，导致某些CLI特有的行为被禁用。

  • 排查方法：在Bash里执行php -i | grep "Configuration File"，找到CLI对应的php.ini路径，打开文件检查是否有奇怪的配置（比如禁用了register_argc_argv或者其他CLI相关选项）。通常默认配置下，CLI模式会自动启用STDIN/STDOUT定义，所以重点看是否有自定义的修改。

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