关于linux:Linux之find-xargs

exec 的问题

参数太长

在应用 find 命令的 -exec 选项解决匹配到的文件时，find 命令将所有匹配到的文件一起传递给 exec 执行。但有些系统对可能传递给 exec 的命令长度有限度，这样在 find 命令运行几分钟之后，就会呈现溢出谬误argument line too long。错误信息通常是“参数列太长”或“参数列溢出”。这就是 xargs 命令的用途所在，特地是与 find 命令一起应用。

find 命令把匹配到的文件传递给 xargs 命令，而 xargs 命令每次只获取一部分文件而不是全副，不像 -exec 选项那样。这样它能够先解决最先获取的一部分文件，而后是下一批，并如此继续下去。

过程过多

在有些零碎中，应用 -exec 选项会为解决每一个匹配到的文件而发动一个相应的过程，并非将匹配到的文件全副作为参数一次执行；这样在有些状况下就会呈现过程过多，零碎性能降落的问题，因此效率不高；而应用 xargs 命令则只有一个过程。另外，在应用 xargs 命令时，到底是一次获取所有的参数，还是分批获得参数，以及每一次获取参数的数目都会依据该命令的选项及零碎内核中相应的可调参数来确定。

查问当前目录下所有权限是 777 的文件

> find . -perm 777 | xargs ls -al

查问当前目录下所有的 .txt 文件，并输入到指定文件a.log(没有换行)

> find . -name *.txt | xargs echo > /tmp/a.log

xargs只是简略地把 \n 变成空格，那么可能存在一些问题。比方文件名带空格，这时候 xargs 就有问题了。

应用 -n 指定单行输入的个数

• -n num 前面加次数，表示命令在执行的时候一次用的 argument 的个数，默认是用所有的。

查问当前目录下所有的 .txt 文件，并输入到指定文件b.log(有换行)

> find . -name *.txt | xargs -n 1 echo > /tmp/b.log 

-n 1 每行只输入一个

查问当前目录下查找所有用户具备读、写和执行权限的文件，并发出相应的写权限

> find . -perm 777 | xargs chmod o-w

查找当前目录下所有的 .txt 文件, 并找出蕴含 rumenz 字符串的文件

> find . -name *.txt | xargs grep -n "rumenz"

查找当前目录下所有的 .txt 文件, 并挪动到指定的目录

> find . -name *.txt | xargs -i cp -rf {} /tmp; 

加 -i 参数间接用 {}就能代替管道之前的规范输入的内容

应用 - i 参数默认的后面输入用 {} 代替，- I 参数能够自定义后面的输入符号

自定义后面输入的占位符是[]

> find . -name *.txt | xargs -I [] cp -rf [] /tmp

- p 参数提醒是否执行

> find . -name *.log | xargs -p -i mv {} /tmp

-p参数会提醒让你确认是否执行前面的命令,y 执行，n 不执行。

批量下载文件

url.txt都是须要下载的链接地址

> cat url.txt | xargs wget -c

总结: 什么时候用-i

如果命令前面能够跟内容，且没有目标门路的时候，能够省略 -i，否则得加上。

原文链接:https://rumenz.com/rumenbiji/…
微信公众号: 入门小站