find命令处理之exec与xargs区别
对符合条件的文件执行所给的Linux 命令,而不询问用户是否需要执行该命令。{}表示命令的参数即为所找到的文件,以;表示comman命令的结束。\是转义符,因为分号在命令中还有它用途,所以就用一个\来限定表示这是一个分号而不是表示其它意思。
-ok: 和-exec的作用相同,格式也一样,只不过以一种更为安全的模式来执行该参数所给出的shell给出的这个命令之前,都会给出提示,让用户来确定是否执行。
xargs 要结合管道来完成
格式:find [option] express |xargs command
我们看看exec和xargs都是如何传参数的。首先看看exec:
[root@localhost ~]# ls index.skin1 skin1 [root@localhost ~]# find -type f -exec echo file {} \; file ./skin1 file ./index.skin1
很明显,exec是对每个找到的文件执行一次命令,除非这单个的文件名超过了几k,否则不会出现命令行超长出错的问题。
我们再看看xargs:
[root@localhost ~]# ls index.skin1 skin1 [root@localhost ~]# find -type f | xargs echo ./skin1 ./index.skin1
这 里大家看到,xargs是把所有找到的文件名一股脑的转给命令。当文件很多时,这些文件名组合成的命令行参数很容易超长,导致命令出错。同时,这也是 find | xargs 这种组合在处理有空格字符的文件名时之所以出错的原因:这时执行的命令已经不知道这些空格那些是分割符、那些是文件名中所包含的!而用exec则不会有这 两个问题。下面是一个演示:
[root@localhost ~]# mkdir TEST [root@localhost ~]# cd TEST /home/xyb/TEST [root@localhost ~]# touch "file a" [root@localhost ~]# touch "file b" [root@localhost ~]# ls file a file b [root@localhost ~]# find -type f | xargs rm rm: 无法删除‘./file’: 没有那个文件或目录 rm: 无法删除‘a’: 没有那个文件或目录 rm: 无法删除‘./file’: 没有那个文件或目录 rm: 无法删除‘b’: 没有那个文件或目录 123$ ls file a file b [root@localhost ~]# find -type f -exec rm {} \; [root@localhost ~]# ls [root@localhost ~]#
从 这里可以看出exec的缺点是每处理一个文件/目录,都要启动一次命令,效率不好; 格式麻烦,必须用 {} 做文件的代位符,必须用 \; 作为命令的结束符,书写不便。而xargs不能操作文件名有空格的文件。所以如果要使用的命令支持一次处理多个文件,并且也知道这些文件里没有带空格的、 文件数目也不大,那么使用 xargs比较方便; 否则,就要用 exec了。
分类:
Linux命令
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· Manus的开源复刻OpenManus初探
· AI 智能体引爆开源社区「GitHub 热点速览」
· C#/.NET/.NET Core技术前沿周刊 | 第 29 期(2025年3.1-3.9)
· 从HTTP原因短语缺失研究HTTP/2和HTTP/3的设计差异