crontab中think命令失败主因是环境变量、工作路径和php绝对路径未正确配置；须用cd切换至项目根目录并指定php绝对路径执行，如0 cd /var/www/myapp && /usr/local/bin/php think app:sync-order --force。
think 命令在 Crontab 里不执行的常见原因
直接写 php think command:name 到 crontab，大概率失败——不是命令不存在，而是环境变量、工作路径、PHP 可执行文件路径全都不对。
- crontab 默认 PATH 很窄，
php命令可能根本找不到，必须写绝对路径，比如/usr/bin/php或/opt/homebrew/bin/php（macOS M1/M2） - 当前工作目录不是项目根目录，
think命令依赖thinkphp的自动加载和配置读取，路径错就报Class not found或Cannot load configuration - crontab 不读取你的 shell profile（如
~/.zshrc），所以即使你终端里能跑，crontab 里照样挂
正确写法：用绝对路径 + 显式 cd
别省那两行，crontab 里没“默认上下文”，每一步都得说死。
- 先确认 PHP 绝对路径：
which php，比如输出是/usr/local/bin/php - 再确认项目根目录绝对路径，比如
/var/www/myapp - crontab 条目写成这样（每行一个任务）：
0 * * * * cd /var/www/myapp && /usr/local/bin/php think app:sync-order --force
- 如果命令带中文或特殊字符，加
LANG=C避免编码问题：0 * * * * LANG=C cd /var/www/myapp && /usr/local/bin/php think app:notify
ThinkPHP 自定义命令里访问数据库或配置失败
不是命令写错了，是 CLI 环境下配置没加载全，尤其是多环境切换时容易漏。
- 确保命令类继承
think\console\Command，并在configure()或execute()开头手动触发配置加载：Config::load(APP_PATH . 'command.php');（如有额外配置） - 数据库连接失败？检查
config/database.php中的hostname是否写成了127.0.0.1—— 有些服务器上 localhost 和 127.0.0.1 解析行为不同，CLI 下更敏感 - 日志写不进
runtime/log/？确认目录权限是 web 用户和 crontab 执行用户都能写（比如都属于www-data组），否则静默失败
调试 crontab 里的 think 命令到底卡在哪
别靠猜，把输出抓出来看，否则永远在原地打转。
- 加
2>&1把错误也重定向到日志：0 * * * * cd /var/www/myapp && /usr/local/bin/php think app:check > /tmp/think-check.log 2>&1
- 日志开头加时间戳方便定位：
0 * * * * cd /var/www/myapp && echo "=== $(date) ===" >> /tmp/think-check.log && /usr/local/bin/php think app:check >> /tmp/think-check.log 2>&1
- 临时改用
sleep 5 && php think ...测试是否被系统限频（某些云主机对频繁 crontab 有拦截）
环境变量、工作路径、PHP 可执行路径这三样，少一个都会让 think 命令在 crontab 里变成哑炮。很多人调半天发现只是 php 指向了系统老版本，或者 cd 少写了。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
