最稳妥实践是mktemp+flock组合：用mktemp生成唯一不可预测路径，exec绑定fd后flock加锁，再以trap注册cleanup函数确保异常退出时自动清理临时文件和释放锁。
Shell函数在高并发调用时，临时文件生成冲突和加锁不安全是典型问题。核心在于：临时文件名必须唯一且不可预测，锁机制必须原子、自动释放、能应对异常退出。靠 mktemp + flock 组合是最稳妥的实践路径。
临时文件必须用 mktemp 生成唯一路径
手拼路径（如 /tmp/myapp.$$ 或 /tmp/myapp.$(date +%s)）极易冲突——PID 可重用、时间戳精度低、无原子性保障。一旦两个进程生成相同路径，写入就会覆盖或报错。
- 始终用
mktemp -t myapp_XXXXXX创建带随机后缀的安全路径 - 若需目录，用
mktemp -d -t myapp_XXXXXX - 生成后立即
chmod 700（尤其当脚本以非 root 运行时） - 不要把临时路径硬编码进逻辑，而是作为变量传递给后续命令
锁必须绑定到文件描述符，而非文件路径
直接对临时文件路径加 flock /tmp/xxx 是危险的：文件可能被删、重命名，或多个进程指向不同 inode 却误判为同一锁。正确做法是先打开文件，再对 fd 加锁。
- 用
exec 200>"$tmpfile"将临时文件绑定到 fd 200 - 紧接着
flock -x 200获取排他锁（-x是默认项，可省略） - 锁会随 fd 关闭自动释放；进程崩溃时内核也会回收 fd 并解锁
- 避免用
flock /path/to/file -c "cmd"形式——它启动子 shell，fd 不继承，锁易失效
必须用 trap 确保锁与临时文件清理
仅靠正常流程删除临时文件和释放锁远远不够。信号中断（Ctrl+C）、kill -9、磁盘满等都可能导致残留。trap 是唯一可靠兜底手段。
- 定义清理函数：
cleanup() { rm -f "$tmpfile"; flock -u 200 2>/dev/null; } - 注册退出钩子：
trap cleanup EXIT INT TERM - 注意：
EXIT涵盖所有退出场景（包括return、exit、自然结束），但不响应SIGKILL（kill -9）——这是系统限制，无法绕过
避免常见陷阱：管道、子 shell 和 NFS
并发环境下，看似正常的语法可能让锁“失效”：
- 别在管道中用
flock，例如echo data | flock 200 -c "cat > $tmpfile"—— 子 shell 无法继承 fd 200 - 函数内启用
set -e或pipefail时，提前退出可能跳过 trap，建议在 trap 前显式设set +e再恢复 - NFS 挂载点上的
flock不可靠（依赖本地内核锁），生产环境应避免在 NFS 上做锁操作；若必须使用，改用mkdir原子锁（但仅限单机）
