PHP执行bash脚本时date %N、timeout命令失效如何修复

• 两个报错的核心诱因是PHP以web服务身份执行shell时，启动的是非交互式非登录shell，不会加载你本地终端用户的shell配置文件（比如.zshrc、.bash_profile），默认加载的PATH环境变量是系统最小集，无法识别你通过Homebrew等包管理器安装的GNU工具链：
  1. 纳秒格式报错：Mac系统自带的date是BSD版本，原生不支持%N（纳秒）格式化参数，你终端能正常运行是因为调用了Homebrew安装的GNU版date，而PHP环境默认调用系统自带的BSDdate，会把%N作为普通字符串输出，后续做数值解析时就会触发value too great for base错误。
  2. timeout找不到：Mac系统原生不自带timeout命令，你终端可用的timeout是Homebrew安装coreutils时附带的GNU版本，同样因为PHP环境的PATH未包含Homebrew可执行文件目录，无法定位到该命令。
• 你当前PHP读取脚本内容转义后传入bash -c的调用方式存在转义风险，容易触发非预期的解析错误。

1. 调整PHP脚本调用逻辑 #

先在终端给脚本加可执行权限：

chmod +x /你的项目路径/scripts/simple.sh

替换原有读脚本内容传参的逻辑，直接调用脚本实体，避免转义问题：

// 替换为你自己的脚本实际路径
$scriptPath = realpath('../scripts/simple.sh');
$output = null;
$return_var = null;
exec("bash {$scriptPath} 2>&1", $output, $return_var);

2. 修复环境变量/路径问题，二选一即可 #

方案A：PHP侧补全PATH（推荐，改动最小） #

在执行shell命令前，手动把Homebrew的可执行目录加到PATH最前面，注意根据芯片架构调整路径：M系列Mac的Homebrew默认路径为/opt/homebrew/bin，Intel芯片Mac默认路径为/usr/local/bin。
修改后PHP代码示例：

// 根据自己设备芯片调整PATH顺序
putenv('PATH=/opt/homebrew/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin');
$scriptPath = realpath('../scripts/simple.sh');
$output = null;
$return_var = null;
exec("bash {$scriptPath} 2>&1", $output, $return_var);

注意：如果安装coreutils后timeout命令名为gtimeout，可以在脚本里把timeout替换为gtimeout，或者自己在Homebrew的bin目录下建软链将gtimeout映射为timeout。

方案B：Shell脚本内写全命令绝对路径 #

如果不想修改PHP的环境变量，可以先在本地终端执行两个命令拿到对应工具的绝对路径：

which date
which timeout

将返回的路径替换到simple.sh的对应调用位置，示例：

TIMEOUT=1800
// 替换为你终端which命令返回的实际路径
CURRENT_TIME=$(/opt/homebrew/bin/date '+%s%N') 
echo "$CURRENT_TIME"
myOutput=$(/opt/homebrew/bin/timeout $TIMEOUT java -jar ../myJAVAapp.jar )

3. 排查验证 #

如果调整后仍有问题，可以在simple.sh开头加两行调试代码，确认PHP运行时的环境变量是否正确：

echo $PATH > /tmp/php_shell_test.log
which date >> /tmp/php_shell_test.log
which timeout >> /tmp/php_shell_test.log

执行PHP页面后查看/tmp/php_shell_test.log内容，确认PATH包含GNU工具所在目录、两个命令的路径和你终端查到的一致即可。

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