宝塔计划任务不执行主因是执行失败而非未触发，需查/www/wwwlogs/cron.log；常见问题包括权限不足、路径错误、环境变量缺失及时区不一致。
宝塔面板里添加计划任务不执行？先看日志路径和权限
脚本在宝塔里设了定时任务却没反应，大概率不是“没触发”，而是触发了但执行失败静默退出。关键要看 /www/wwwlogs/cron.log 里的真实报错——这个日志默认开启，但很多人没去翻。
常见错误现象：Permission denied（脚本没加执行权限）、command not found（环境变量缺失）、No such file or directory（路径写相对路径或用了用户家目录的 ~）。
- Shell 脚本必须有可执行权限：
chmod +x /path/to/your/script.sh - 计划任务中填的命令必须是绝对路径，比如：
/bin/bash /www/scripts/backup.sh，不能写./backup.sh或bash backup.sh - 宝塔的 cron 是以
www用户身份运行的，脚本里别硬编码/root/xxx或依赖sudo
用宝塔执行 Shell 脚本，PATH 和环境变量怎么处理
你在终端手动能跑通的脚本，放进宝塔计划任务就报错找不到 python、node 或自定义命令，基本就是 PATH 不一致。宝塔 cron 使用最小化环境，不加载 ~/.bashrc 或 /etc/profile。
- 最稳的方式：在脚本开头显式声明 PATH，例如：
#!/bin/bash\nPATH=/usr/local/bin:/usr/bin:/bin:/usr/local/php/bin - 如果要用 conda 环境或 nvm 管理的 node，不要 source，改用绝对路径调用，比如：
/www/server/nvm/versions/node/v18.18.2/bin/node /path/to/app.js - 避免在脚本里用
which或command -v动态找命令——它们依赖当前 PATH，而 cron 的 PATH 很窄
宝塔「Shell 脚本」类型任务 vs 「Linux 命令」类型任务的区别
这两类看着差不多，但底层行为不同：选「Shell 脚本」时，宝塔会帮你把命令包装成 /bin/bash -c "xxx" 并重定向输出；选「Linux 命令」则直接交给系统 cron 执行，更“裸”。
- 调试阶段优先用「Shell 脚本」类型，它自动捕获 stdout/stderr 到
cron.log，方便排查 - 如果脚本里用了进程后台化（如
nohup xxx &），建议改用「Linux 命令」类型，并手动加> /dev/null 2>&1，否则宝塔可能误判为“执行卡住” - 「Shell 脚本」类型不支持传参（比如
/path/a.sh arg1 arg2），参数会被忽略；要传参就得用「Linux 命令」类型并写全命令行
定时时间设置不准？注意宝塔界面和系统时区是否一致
你设的是每天 2:00 执行，结果发现日志里显示是 10:00 运行，或者干脆隔天才跑一次——八成是宝塔面板时区和服务器系统时区不一致。
- 先查系统时区：
timedatectl | grep "Time zone"，确认是Asia/Shanghai - 再进宝塔「面板设置」→「系统信息」→「时区设置」，必须和上面一致，不能只改面板显示时间
- 修改后重启宝塔：
bt restart，否则 cron 守护进程仍按旧时区解析表达式 - 宝塔的 cron 表达式不支持秒级或 @yearly 这类别名，老实用标准五段式，比如：
0 2 * * *
真正麻烦的不是设任务，而是脚本执行时依赖的上下文——当前工作目录、用户权限、环境变量、甚至 shell 解释器版本（宝塔默认用 bash，但有些脚本写了 #!/bin/sh 又用了 bash 特性）。这些细节不显眼，但一出问题就很难定位。
