linux中cron日志重定向需用>>追加并2>&1合并输出，指定绝对路径和正确权限，避免覆盖与环境变量问题。
在 Linux 中，将定时任务（crontab）的输出重定向到日志文件，关键在于正确使用 shell 重定向语法，并注意 cron 的执行环境与交互式 shell 的差异。
基础重定向写法（标准输出 + 错误输出）
默认情况下，cron 会将命令的标准输出（stdout）和标准错误（stderr）通过邮件发送给用户（需配置本地邮件服务）。更常用、更可控的方式是直接重定向到文件：
- * * * * * /path/to/script.sh > /var/log/myscript.log 2>&1：每分钟执行一次脚本，把 stdout 和 stderr 都写入日志文件
- 2>&1 表示“将标准错误重定向到当前标准输出的位置”，而前面的 > 已把 stdout 指向日志文件，因此 stderr 也进了同一文件
- 等价写法：> /var/log/myscript.log 2> /var/log/myscript.log（不推荐，存在竞态风险）或更清晰的 > /var/log/myscript.log 2>&1
避免日志无限增长：追加而非覆盖
使用 > 是覆盖写入，通常应改用 >> 追加，防止历史记录丢失：
Browser Setup (No-Root Linux)
下载
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
- * * * * * /usr/bin/python3 /home/user/check.py >> /var/log/check.log 2>&1
- 这样每次执行结果都会追加到底部，便于追踪长期运行状态
- 注意确保目标目录可写（cron 以用户身份运行，权限需匹配）
按日期轮转日志（简易方案）
如果希望每天生成新日志，可用 shell 命令动态构造文件名：
- 0 0 * * * /home/user/backup.sh >> /var/log/backup_$(date +\%Y\%m\%d).log 2>&1
- 注意：cron 中 % 是特殊字符，必须转义为 \%
- 该行会在每天凌晨 0 点执行，并写入形如 backup_20240520.log 的文件
调试技巧：先确认路径和权限
常见失败原因不是语法问题，而是环境差异：
- cron 使用最小环境变量（PATH 很短），建议写命令绝对路径（如 /usr/bin/python3 而非 python3）
- 日志路径目录必须存在且 cron 执行用户有写权限（例如 /var/log/ 下可能需要 sudo chown $USER /var/log/myapp）
- 临时测试可加一句 date >> /tmp/cron_test.log，确认 cron 是否真正触发
不复杂但容易忽略。重点就是重定向符号写对、路径写全、权限配好。
