扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
-exec与xargs常和find联合在一起使用,实现对文件的操作。
-exec是find的一个选项,而不是exec命令。对于find命令,其命令选项参数非常特别,不是常见的UNIX-style的单字母选项,而采用了由单词构成,专业点说是指示性选项(predicate),这构成了一种新的UNIX-style命令语法规范。
find为啥要加-exec,这又得谈下UNIX-sytle,UNIX特别强调命令的功能和魔法,喜欢用一个命令实现多个功能。所以,高手们也特中意于单行命令,尽管不惜用管道不断地把多个命令串起来。我想,开发find命令的大佬肯定是觉得单find到东西太简单了,体现不了自己UNIX-sytle的范儿,所以就加上-exec这个选项,对find到的东西做进一步的灵活操作。
BTW,多了解些UNIX-style,你就逐步认识融入UNIX文化,对各种命令有了从骨子上的认识,应用起来会更加得心应手。
xargs与-exec明显不同,xargs可是单个的命令,功能要更加强大。xargs从字面上理解为,args表示多个参数(arguments),有了多个参数,就可联想到参数列表。最前面的x表示执行或操作(eXecute)。综合起来,就是对参数列表进行操作。
简单地看,-exec是找到一个文件就执行一次命令操作,xargs则是先把所有文件都找齐,再统一进行命令操作。举个例子,对于要find到1000个文件进行grep操作,find会为找到的第一个文件fork出一个子进程,这个子进程再进行grep操作。这时,find主进程却在等待,等到fork出去的子进程grep操作完成了,再进行下一个文件的寻找。这是个很休闲的处理方式。xargs命令却不同,xargs是一次找齐了所有文件,再用一个grep命令一次操作搞定。至于xargs对超长的参数列表还要进行分组,就不细谈了。
xargs明显比-exec的效率要高出不少。举个实际例子PK,一见高下。
创新互联长期为上1000+客户提供的网站建设服务,团队从业经验10年,关注不同地域、不同群体,并针对不同对象提供差异化的产品和服务;打造开放共赢平台,与合作伙伴共同营造健康的互联网生态环境。为稷山企业提供专业的成都网站制作、做网站,稷山网站改版等技术服务。拥有十年丰富建站经验和众多成功案例,为您定制开发。
- [root@localhost ~]# time find /usr/include -type f -exec grep NFS_VERSION {} \;
- version NFS_VERSION {
- #define NFS_VERSION 2
- real 0m17.328s
- user 0m5.418s
- sys 0m8.421s
- [root@localhost ~]# time find /usr/include -type f|xargs grep NFS_VERSION
- /usr/include/rpcsvc/nfs_prot.x: version NFS_VERSION {
- /usr/include/rpcsvc/nfs_prot.h:#define NFS_VERSION 2
- real 0m0.095s
- user 0m0.031s
- sys 0m0.061s
看sys指标,8.421s vs 0.061s, 140倍的差距。
xargs很强大,但使用时若碰到命名不规范的文件命名,就会发生问题,比如"a b.txt",它会理解成"a"和"b.txt"2个文件,解决的方法是在find中加"-print0"选项(注意是数字0,find的选项可都是由单词构成的,所以是print0,一个复合词嘛),意思找到一个文件就在文件名加上空字符('\0'),做为文件分割符,然后还必须在xargs加上"-0"选项,表示前面find过来的文件参数列表时是用'\0'做为文件分割符的,这样就能正确地识别区分每个文件了。上例中,较规范的写法就变为:
- [root@localhost ~]# time find /usr/include -type f -print0 |xargs -0 grep NFS_VERSION
- /usr/include/rpcsvc/nfs_prot.x: version NFS_VERSION {
- /usr/include/rpcsvc/nfs_prot.h:#define NFS_VERSION 2
- real 0m0.102s
- user 0m0.036s
- sys 0m0.065s
这里面又揭示出一个矛盾,文件命名和对文件的识别操作问题之间的矛盾。UNIX-sytle可是对文件的命名规则放得相当宽松哦,搞得好像是没有规范,后续若遇到文件名的问题再想办法解决。大家会试问,为啥不先对文件命名进行严格规范,免得后续操作麻烦。但是,UNIX的一个核心理念就是文件,文件命名当然要放得开,这样就满足了不同的文件命名需求,至于文件名带来的麻烦,先不管,放在一边,以后谁碰到谁解决,这就是UNIX文化。
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流