php think schedule:run必须用绝对路径调用，因cron不加载shell配置，需显式指定php路径（如/usr/bin/php）和项目根目录（如cd /var/www/myapp），并确保runtime目录权限正确、.env手动加载、调度配置scheduling => true且环境匹配。
php think schedule:run 命令必须用绝对路径调用
系统级 cron 不会加载你的 shell profile（比如 ~/.bashrc 或 ~/.zshrc），所以 php 命令可能找不到，或者调用的是系统默认的旧版本 PHP，导致 php think schedule:run 报错或静默失败。根本问题不是 Composer 配置，而是 cron 环境里 PHP 和项目入口的路径不可靠。
- 先确认实际 PHP 路径：
which php，常见为/usr/bin/php或/opt/plesk/php/8.2/bin/php - 项目根目录必须写绝对路径，比如
/var/www/myapp，不能写~/myapp或./myapp -
think是 ThinkPHP 的命令行入口，它必须在项目根目录下，且有可执行权限（chmod +x think） - 推荐写法：
* * * * * cd /var/www/myapp && /usr/bin/php think schedule:run >> /dev/null 2>&1
composer.json 中不需要、也不应该配置 cron 执行路径
composer.json 管理的是依赖和自动加载，跟定时任务调度无关。你在里面加 "scripts" 或自定义 "bin" 字段，都无法影响系统 cron 的行为。有人误以为加个 "post-install-cmd": "php think schedule:run" 就能触发定时任务——这只会每次 composer install 时跑一次，完全不是定时逻辑。
-
composer.json的scripts只在 composer 命令生命周期内运行，不持久、不自动、不重复 - 想封装常用命令？可以加：
"scripts": {"schedule-run": "php think schedule:run"}，然后本地手动运行composer schedule-run，但线上 cron 仍需独立配置 - 不要在
scripts里写带重定向或后台进程的命令（如nohup php think schedule:work &），容易失控且无法被 cron 正确捕获状态
vendor/bin 目录和 cron 没有直接关系
vendor/bin 是 Composer 安装命令行工具（如 phpunit、laravel-zero）的默认位置，但 ThinkPHP 的 think 不走这个机制——它是项目根目录下的独立文件，由框架自身生成并维护。你删掉 vendor/bin/think（如果存在）完全不影响 php think 运行。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- TP 6.x 默认不把
think注册进vendor/bin；即使你用bin-dir改了全局路径，cron 也不会自动识别该目录 - 强行把
think软链到vendor/bin并加入$PATH，反而增加环境耦合，不同服务器容易出错 - 最稳做法：cron 行里明确写
/usr/bin/php /var/www/myapp/think，不依赖任何 PATH 或软链
权限与工作目录不匹配是静默失败的头号原因
很多 cron 任务看似“没反应”，其实是因权限不足或当前目录错误，导致 think 启动后读不到 app/console.php 或写不了 runtime/。cron 默认以系统用户（如 www-data 或 root）运行，而你的项目文件可能是你个人用户创建的。
- 检查
runtime/目录权限：ls -ld runtime，确保 cron 用户有写权限（如chmod -R 755 runtime或chown -R www-data:www-data runtime） - 别省略
cd /path/to/project—— 否则think会从/或/var/spool/cron开始找配置，必然失败 - 调试时先去掉重定向，把日志显式写出：
* * * * * cd /var/www/myapp && /usr/bin/php think schedule:run >> /tmp/schedule.log 2>&1，再看报错
真正卡住人的，从来不是“怎么写 cron 表达式”，而是 cron 进程启动那一刻，它根本不知道你是谁、PHP 在哪、项目在哪、有没有权限写日志——这些都得手动对齐，没法靠 Composer 自动解决。
