Unix服务器cron运行含前导零的Python2.7脚本报错排查

这个报错和Python3解释器意外加载没有关系，是Python 2本身的语法规则触发的：

• Python 2.x 语法规定，以0开头的整数字面量会被解释器识别为八进制数值，八进制的合法数字范围仅为0-7
• 报错行time(09,00)中的09包含八进制非法字符9，无论用哪个正式发布的Python 2.7版本解释器执行，碰到这个字面量都会直接抛出SyntaxError: invalid token，报错箭头精准指向09的位置，和该错误特征完全匹配
• 你之前的认知存在偏差：Python3是直接取消了"前导零表示八进制"的语法规则，所有十进制数加前导零（无论数字是几）都会报错；而Python2本身就支持前导零写八进制，只是碰到08、09这类不符合八进制编码规则的数值时，一样会抛出无效标记的语法错误
• 你代码中其他前导零写法（比如00、07）在Python2.7环境下完全合法，不会触发报错，只有前导零开头且包含8、9的数字（比如08、09、018这类）才会触发当前错误

不需要全量修改所有前导零写法，仅需做极小范围调整即可让程序正常运行：

• 全局检索项目代码中所有作为独立整数字面量出现的08、09，去掉前面多余的前导零即可，比如报错行的time(09,00)直接改成time(9,0)，数值完全等价，不会影响原有时间判断逻辑
• 所有00-07的前导零写法不需要做任何改动，在Python2.7环境下可以正常解析执行，不会触发语法问题

如果要彻底排除解释器软链错误的可能，可以执行以下命令确认你调用的Python2.7解释器版本是否正确：

/usr/bin/python2.7 -V

如果输出格式为Python 2.7.x，说明解释器本身无异常，按上述方案修改非法八进制数值即可；如果输出为Python3.x版本，再修正解释器路径或软链即可。

补充提示：你当前使用的cron守护脚本存在PID记录逻辑错误：echo $$写入的是bash脚本自身的PID，不是后续exec启动的Python进程PID，会导致进程存活检测逻辑失效，可根据需要调整为启动Python进程后，将对应Python进程的PID写入pid文件。

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