CRON任务中命令执行失败时清理重定向输出文件的方案咨询

这个需求太贴合实际了——尤其是跑cron任务的时候，留着空的或者半截的输出文件不仅占地方，还容易误导后续的检查脚本，同时绝对不能丢了原命令的退出码，不然cron根本没法告诉你任务炸了对吧？下面给你几个靠谱的解决方案，都能完美满足“失败删文件+保留原退出状态”的要求：

1. 最直观的脚本写法（清晰易维护） #

先执行命令，立刻保存它的退出码（避免后续命令覆盖$?），再根据退出码决定是否删文件，最后返回原退出码：

# 执行你的目标命令，输出重定向到file.out
your_command > file.out
# 第一时间保存原命令的退出码，这是关键！
exit_code=$?

# 如果命令失败（退出码非0），删除无效的输出文件
if [ $exit_code -ne 0 ]; then
    rm -f file.out
fi

# 返回原命令的退出码，让cron或调用者准确知道执行结果
exit $exit_code

这个写法逻辑一目了然，不管rm命令执行成功与否，最终返回的都是原命令的退出状态，完全不会影响cron的状态判断。

2. 适合cron的一行精简写法 #

如果不想单独写脚本，要直接把逻辑塞进cron任务里，可以压缩成一行：

your_command > file.out; exit_code=$?; [ $exit_code -ne 0 ] && rm -f file.out; exit $exit_code

cron会把这整个命令当作一个任务执行，最终返回的是your_command的退出码，失败时也会自动删掉无效的file.out。

3. 用陷阱处理复杂脚本场景 #

如果你的逻辑是一个较长的脚本，担心中途有其他异常退出的情况（比如被信号中断），可以用bash的trap命令设置退出陷阱：

#!/bin/bash

# 先设置退出陷阱：只要脚本退出，就删除file.out
trap 'rm -f file.out' EXIT

# 执行目标命令
your_command > file.out

# 如果命令执行成功，取消陷阱（正常退出时就不会删文件了）
trap - EXIT

# 返回原命令的退出码
exit $?

这个方法的优势是，哪怕脚本因为意外原因中途退出，也能保证无效的file.out被清理掉；而命令成功时，我们提前取消陷阱，保留正常的输出文件。

关键注意点 #

• 一定要先保存原命令的退出码，因为任何后续命令（比如rm）都会覆盖$?的值，直接用$?判断后再exit $?会得到错误的状态。
• 用rm -f而不是rm，避免因为文件不存在（比如命令完全没输出就失败了）而报错，影响最终的退出状态。

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