exit code

在 Shell 脚本里用 xargs sh -c 跑命令时，你有没有遇到过这种情况：明明命令执行成功了，可整个 xargs 却报了失败退出码。或者是反过来——命令明明失败了，脚本却当作没事一样继续往下跑。这种退出码混乱的问题，十有八九是搞不清楚 sh -c 里面的退出码是怎么传出来的。今天把这个机制彻底讲清楚。 先搞清楚三层退出码 用 xargs sh -c 时，实际上涉及三个层次的退出码，别把它们混为一谈： xargs 自身的退出码：123 表示某个子命令退出码非零...

xargs 是 Linux 批量处理离不开的工具，但任务一多，子进程各自返回什么状态、哪个环节出了问题，往往只能靠手动翻日志排查。有没有办法让退出码汇总自动化？本文提供 5 种实战方案，从最基础的逐行记录到专业的 CSV 报表，总有一款适合你。退出码基础：xargs 会返回什么？ 在动手写脚本之前，先搞清楚 xargs 的退出码规则： 0：所有子进程都成功执行 123：部分或全部子进程退出码非0 124：发生了超时（用了 timeout 或外部 timeout 命令） 125...

用 xargs 跑批量任务时，最让人头疼的问题之一就是退出码。脚本明明跑完了，但最后脚本的退出状态返回的到底是 xargs 自己的状态，还是某个子命令的状态？同样是退出码 123，为什么有时候表示"子命令失败了"，有时候又表示"xargs 自己出问题了"？这篇文章从三层架构的角度，把 xargs 的退出码归属关系讲清楚。 三层退出码架构：一张图说清楚归属关系 先说结论：xargs 的退出码体系其实分为三层，每一层对应不同的退出来源，搞清楚这个，调试效率至少翻倍。 第一...

xargs退出码为什么那么难懂 用xargs跑并行任务，命令执行完一看出码是123、124、125，脑袋嗡嗡的——这啥意思？单进程模式下xargs基本就是透传子命令的退出码，但开了-P并行之后，事情就复杂了：多个子进程可能返回不同的退出码，xargs得汇总成一个最终退出码返回给你。 这篇内容把xargs -P并行模式下所有退出码的含义掰碎了讲，配合实战案例，让你看到退出码就能秒懂问题出在哪。 xargs的5种核心退出码 GNU xargs定义了以下退出码，不管用不用-...