xargs 可以读入 stdin 的资料,并且以空白字元或断行字元作为分辨,将 stdin 的资料分隔成为 arguments 。 因为是以空白字元作为分隔,所以,如果有一些档名或者是其他意义的名词内含有空白字元的时候, xargs 可能就会误判了,如果需要处理特殊字符,需要使用-0参数进行处理。


-0 当sdtin含有特殊字元时候,将其当成一般字符,像/'空格等

例如:root@localhost:~/test#echo "//"|xargs  echo 

      root@localhost:~/test#echo "//"|xargs -0 echo 

       /


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


-t 表示先打印命令,然后再执行。 find . -type f -name "*.java" | xargs -t ls -al,则会显示ls -al {}命令。


-d delim 分隔符,默认的xargs分隔符是回车,argument的分隔符是空格,这里修改的是xargs的分隔符

eg:

echo "111.222.333" | xargs -d "."

111 222 333


echo "111.222.333" | xargs -d "." -n 1

111

222

333


-i 或者是-I,这得看linux支持了,将xargs的每项名称,一般是一行一行赋值给{},可以用{}代替

eg:cat args.txt

args1

args2

args3


cat changeArgsDynamically.sh

#!/bin/bash

#show args

echo $* done


cat args.txt | xargs -i ./changeArgsDynamically.sh {}

args1 done

args2 done

args3 done

注:-i{}会把前面的args.txt内容获取,{}相当于读取到的一行内容。


上面的命令等同于下面:

cat args.txt | xargs -n 1 ./changeArgsDynamically.sh

args1 done

args2 done

args3 done

注:以空格/换行作为分割,每行显示一个参数,传到sh中。


如果这样写:

cat args.txt | xargs ./changeArgsDynamically.sh

args1 args2 args3 done

注:因为xargs把cat args.txt的内容格式化成单行输出。


注意:

管道是实现“将前面的标准输出作为后面的标准输入”

xargs是实现“将标准输入作为命令的参数”


你可以试试运行:


代码:

echo "--help"|cat

echo "--help"|xargs cat

看看结果的不同。

如果你直接在命令行输入cat而不输入其余的任何东西,这时候的cat会等待标准输入,因此你这时候可以


通过键盘输入并按回车来让cat读取输入,cat会原样返回。而如果你输入--help,那么cat程序会在标准输出上


打印自己的帮助文档。也就是说,管道符 | 所传递给程序的不是你简单地在程序名后面输入的参数,它们会被


程序内部的读取功能如scanf和gets等接收,而xargs则是将内容作为普通的参数传递给程序,相当于你手写了


cat --help


总结:管道符后不加xargs相当于先将xargs后面的命令回车执行一下再从键盘里输入


管道符前面命令执行的结果内容


加上xargs 相当于直接从键盘输入管道符前面命令执行的结果内容再回车


再总结一下,就是回车的先后顺序不太一样。


 

find . -type f -name "*.java" -exec du -h {} \;

find . -type f -name "*.java" | xargs du -h 

注:两者的区别:

在使用find命令的-exec选项处理匹配到的文件时, find命令将所有匹配到的文件一起传递给exec执行。但有些系统对能够传递给exec的命令长度有限制,这样在find命令运行几分钟之后,就会出现溢出错误。错误信息通常是“参数列太长”或“参数列溢出”。这就是xargs命令的用处所在,特别是与find命令一起使用。  

    find命令把匹配到的文件传递给xargs命令,而xargs命令每次只获取一部分文件而不是全部,不像-exec选项那样。这样它可以先处理最先获取的一部分文件,然后是下一批,并如此继续下去。  

    在有些系统中,使用-exec选项会为处理每一个匹配到的文件而发起一个相应的进程,并非将匹配到的文件全部作为参数一次执行;这样在有些情况下就会出现进程过多,系统性能下降的问题,因而效率不高;  

    而使用xargs命令则只有一个进程。另外,在使用xargs命令时,究竟是一次获取所有的参数,还是分批取得参数,以及每一次获取参数的数目都会根据该命令的选项及系统内核中相应的可调参数来确定。

注:使用xargs效率更高。


find与xargs结合运行原理:

首先,先运行find,得出配置结果,然后,xargs不是一次性读取匹配结果,而是分批取得匹配结果作为参数。而分批是系统自己调度的,如果我们想指定一条一条的运行匹配结果,可以这样写:find . -type f -name "*.java" | xargs -l1 du -h (-l1表示一次处理一个),或find . -type f -name "*.java" | xargs -l1 -i du -h {}



注:确定是否需要使用xargs,关键在于管道符|后面命令是使用前面传入的内容的用处:

如果是作为命令的输入流,则无须使用xargs

如果是作为命令的参数,则要使用xargs

eg:

find . -type f -name "*.java" | grep "1.java" //find的结果作为grep的输入流,即在当前目录下查找是否有1.java的文件

find . -type f -name "*.java" | xargs grep "1.java" //find的结果作为grep的参数,相当于grep "1.java" xargs `find . -type f -name "*.java"`




$ find . –type f –name “*.txt” –print | xargs rm –f

    以上删除文件的做法比较危险,很多文件都可能会包含空格符,而xargs很可能会误认为它们是定界符,一下是较安全的方法:

$ find . –type f –name “*.txt” –print0 | xargs -0 rm –f

    xargs -0\0作为输入定界符。

    以下是xargs更强大的一个应用,比如统计所有c程序文件的行数:

$ find . –type f –name “*.c” –print0 | xargs -0 wc -l