根据我的经验,我看到的“xargs”行为似乎非常出乎意料。我使用“ls”查找匹配的文件夹名称并使用“xargs”将其发送到“cd”。我收到该文件夹不存在的消息。但是,如果我不使用“xargs”,则“cd”可以工作。此外,如果我确实使用“xargs”但将其发送到“ls”而不是“cd”,它也可以工作。
# Identify desired directory
ls -d *[Aa]nt*
201909+ants/
# Print the desired command with "echo"
ls -d *[Aa]nt* | xargs echo cd
cd 201909+ants/
# Execute the desired command and get error
ls -d *[Aa]nt* | xargs cd
xargs: cd: No such file or directory
# Confirm that the desired command without "xargs"
cd 201909+ants # This works no problem
cd .. # Go back up
cd 201909+ants/ # This works no problem
cd .. # Go back up
# Confirm that "xargs" with "ls"
ls -d *[Aa]nt* | xargs ls -d
201909+ants/
我确信这是键盘和椅子之间的 ID1OT 问题。谁能指出我的错误在哪里?
我正在使用 Cygwin 的 Bash,但我很少看到与 Linux 的差异。我不记得我上一次看到这样的差距是什么时候了。
工作目录是正在运行的进程的属性,必须在进程本身内对其进行更改。因此,
cd
是 shell 中的内置命令。但xargs
不是(嗯,通常),它不能运行 shell 内置。它所做的是调用外部程序。因为
cd
它并不能真正作为外部程序工作,所以它在 Linux 系统上通常不可用。这就是你得到错误的原因。在其他系统上可能是,因为某些规范说它必须是。请参阅为什么 cd 不是程序?. 虽然它不是很有用,它只会更改
cd
进程的工作目录,然后立即退出。但是,这里不需要
ls
,或者xargs
. 如果你这样做ls *.txt
或这样,它是创建与模式匹配的文件名列表的外壳ls
程序,该列表被传递给,它......只是将它们打印出来。几乎和你做的一样echo *.txt
。(ls -l *.txt
会更有意义,因为在那里,ls
在查找有关文件的所有其他数据方面做了一些实际工作。)因此,ls *[Aa]nt* |xargs
您可以(大致)使用echo *[Aa]nt* | xargs
并且这也是多余的,因为echo
打印它是命令行,并将xargs
其转换为输入进入另一个程序的命令行。在简单的情况下,您应该可以使用
但是如果模式匹配多个文件名,你会得到一个错误(或者在某些 shell 中出现奇怪的行为,例如在 ksh
cd foo bar
中对当前工作目录路径进行字符串替换。)(当然
ls *.txt
,当重定向到管道时,每行打印一个文件名,但echo *.txt
将它们全部打印在一行上,因此它们并不完全相同。)