安全删除7天前.log文件需先用-print预览再-exec rm -f {} \;执行，加-type f防目录误删；管道中获取命令退出码须用pipestatus或set -o pipefail；处理带引号字段求和应优先用fpat（gnu awk 4.0+）；守护进程需重定向标准流、用setsid、写pid文件。
如何用 find 安全删除 7 天前的 .log 文件
直接写 find /var/log -name "*.log" -mtime +7 -delete 很危险——-delete 会跳过权限检查，遇到只读文件或符号链接可能静默失败，或误删非目标路径下的同名文件（比如 /tmp/*.log 被递归匹配）。
正确做法是分两步验证：
- 先用
-print看实际匹配到哪些文件：find /var/log -type f -name "*.log" -mtime +7 -print - 确认无误后，改用
-exec rm -f {} \;替代-delete，它对每个文件单独调用rm，受当前用户权限约束，更可控 - 加
-type f排除目录，避免find把名字含.log的目录也当文件处理 - 若日志路径有空格，必须用
-exec rm -f {} \;（不能用+批量），否则rm会把带空格的路径拆成多个参数报错
为什么 $? 在管道中取不到第一个命令的退出码
执行 grep "error" app.log | wc -l 后，$? 返回的是 wc 的状态，不是 grep 的。面试常考这个陷阱。
要捕获管道中任意命令的退出码，必须启用 pipefail：
- 在脚本开头加
set -o pipefail，之后整个管道只要任一命令失败，整体就返回非 0 - 若只需获取某个特定命令（如
grep）的退出码，改用PIPESTATUS数组：grep "error" app.log | wc -l; echo ${PIPESTATUS[0]}—— 它按顺序存了每个命令的退出码 - 注意
PIPESTATUS是 Bash 特有，Dash 或 Ash 不支持；生产环境若需兼容 POSIX shell，得拆成两个独立命令并临时重定向
用 awk 提取第 3 列数字并求和，但字段可能含空格或引号
原始数据像这样："user1" 2023-05-01 "123.45"，直接 awk '{sum += $3} END {print sum}' file 会出错——默认空格分隔，第三字段是 "123.45"，带引号无法参与计算。
解决方案取决于数据格式是否规范：
- 若所有字段都用双引号包裹且无嵌套，用
awk -F'"' '{sum += $6} END {print sum}'（第 6 个引号间才是数值） - 更通用的做法是用
FPAT（GNU awk 4.0+）定义字段模式：awk 'BEGIN{FPAT="\"[^\"]*\"|[^[:space:]]+"} {gsub(/"/, "", $3); sum += $3} END{print sum}' - 别用
cut -d' ' -f3，空格在引号内时会切错；也别依赖sed先去引号——如果数值本身含小数点或负号，正则容易漏匹配
写守护进程时，为什么 nohup ./script.sh & 不够用
这只能让进程忽略 SIGHUP，但没解决三个关键问题：标准输入未重定向导致后台挂起、进程可能意外退出后不重启、没有 PID 文件供管理。
轻量级守护应至少做到：
- 重定向全部标准流：
nohup ./script.sh /null >/var/log/myscript.log 2>&1 &，否则stdin继承终端会导致read阻塞 - 用
setsid替代单纯&，防止进程被父 shell 的信号干扰（如终端关闭时发送的 SIGHUP 可能穿透 nohup） - 写 PID 到文件并检查重复启动：
if [ -f /var/run/myscript.pid ] && kill -0 $(cat /var/run/myscript.pid) 2>/dev/null; then exit 1; fi; echo $! > /var/run/myscript.pid - 真正的服务化建议用 systemd unit，
nohup只适合临时调试或一次性任务
PIPESTATUS 的索引顺序和 FPAT 的兼容性限制——前者下标从 0 开始，后者在 CentOS 6 默认 awk（3.1.7）里根本不存在。写脚本前先 awk --version 和 echo $SHELL 看一眼，比硬套网上的“万能命令”管用得多。
