脚本手动运行正常但Cronjob执行时出现SyntaxError问题排查

这个问题我之前也碰到过，核心原因是Cron默认使用的Shell和你手动执行时用的Shell不一样：

• 当你手动在终端运行脚本时，当前的登录Shell大概率是bash，它完全支持$(command)这种命令替换语法；
• 但Cron默认会用系统的sh Shell（很多系统里sh是更精简的POSIX Shell，甚至是dash的软链接），有些老旧版本的sh不支持$(...)这种语法，或者对它的解析有问题，这就直接导致了SyntaxError。

另外你报错的代码行还有个小细节问题：cut -f2- d" "应该是cut -f2- -d" "（-d参数前面漏了短横线），这个在bash里可能能容错，但在sh里会进一步加剧语法解析错误。

解决方法 #

1. 给脚本指定正确的解释器（最推荐） #

在你的脚本第一行加上shebang，明确告诉系统用bash来执行它：

#!/bin/bash

这样不管是手动执行还是Cron调用，都会用bash来运行脚本，语法兼容性就没问题了。

2. 改用POSIX兼容的命令替换语法 #

如果你的脚本必须要兼容sh，可以把$(...)换成传统的反引号`...`形式，这是POSIX标准支持的命令替换语法，所有Shell都能识别：

folder=`find $folder -maxdepth 1 -type d -printf '%T@ %p\n' | sort -n | tail -1 | cut -f2- -d" "`

同时记得把cut命令里的d" "改成-d" "，补全参数的短横线。

3. 在Cronjob里直接指定用bash运行脚本 #

如果不想修改脚本，也可以在Cron的任务行里明确调用bash来执行你的脚本：

* * * * * /bin/bash /full/path/to/your/script.sh

（把* * * * *换成你的定时规则，/full/path/to/your/script.sh换成脚本的绝对路径）

另外提醒一下：Cron的环境变量PATH比手动登录时要窄很多，所以脚本里最好用命令的绝对路径（比如/usr/bin/find而不是find），避免出现“命令找不到”的问题，不过这和你当前的语法错误无关，但也是Cron脚本常见的坑。

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