在Cron中用lockf直接运行PHP脚本失败，求问题排查方案

以下是可能导致直接用php命令运行脚本失败的几个常见原因及对应解决方式：

• PHP命令路径未正确配置
  crontab的环境变量PATH通常比用户shell的PATH更精简，可能找不到php可执行文件。先在你的shell中执行which php获取PHP的绝对路径（比如/usr/bin/php或/usr/local/bin/php），然后把crontab命令里的php替换成这个绝对路径：

  * * * * * lockf -k -s -t0 ~/path/to/server.php.lock /usr/bin/php ~/path/to/server.php
  

• 工作目录不匹配
  如果你的server.php脚本中使用了相对路径（比如引用其他文件、读取本地资源），crontab默认的工作目录是当前用户的home目录，而非脚本所在目录。可以先切换到脚本目录再执行命令：

  * * * * * lockf -k -s -t0 ~/path/to/server.php.lock cd ~/path/to && php server.php
  

  或者修改脚本内的所有相对路径为绝对路径。

• 权限问题
  检查以下权限是否正常：

  • 确保~/path/to/目录有读写权限，让lockf能创建和删除锁文件；
  • 确保server.php文件有读权限（执行chmod +r ~/path/to/server.php调整）。

• 脚本依赖Web环境变量
  原来通过curl访问URL时，脚本是在Web服务器环境下运行，会包含$_SERVER等Web相关的环境变量。直接用CLI模式运行PHP时，这些变量不存在，如果脚本依赖这些变量就会报错。需要修改脚本，移除对Web环境变量的依赖，或者在CLI运行时手动设置必要的变量（比如在脚本开头定义$_SERVER['HTTP_HOST']等）。

• 锁文件异常
  如果之前的任务异常退出，可能导致锁文件~/path/to/server.php.lock残留且未释放，新的任务会因为获取不到锁而直接退出。可以手动删除这个锁文件，再测试新的crontab命令是否正常运行。

内容的提问来源于stack exchange，提问作者Faye D.