其实这个问题已经见过很多次了，但是知其然不知其所以然；今天偶尔在stackoverflow上看到了，记录一下；

shell中的arg1, arg2…

在bash shell中，$1, $2代表arg1, arg2，比如

1
2
3

# echo hello world|xargs echo $1 $2

hello world

$0 代表执行环境，如果是一个执行脚本的话，$0 代表其脚本名；比如下面这个脚本hello.sh:

1
2
3
4
5

#!/bin/bash

echo $0
echo $1
echo $2

执行:

1

# ./hello.sh arg1 arg2

会输出

1
2
3

./hello.sh
arg1
arg2

xargs 调用sh -c 中的arg

但是使用xargs sh -c时会出现一个比较疑惑的情况，比如执行:

1
2
3

# echo hello world|xargs sh -c 'echo $1 $2'

world

此时$1代表world，$2已经没有值了；而执行

1
2
3

# echo hello world|xargs sh -c 'echo $0 $1'

hello world

反而得到了正确结果；

why

之前我一直认为xargs sh -c调用的时候吃掉了$0，不求甚解；偶尔读了一下sh的手册才发现玄机:

From the documentation for the -c option:

Read commands from the command_string operand. Set the value of special parameter 0 (see Special Parameters) from the value of the command_name operand and the positional parameters ($1, $2, and so on) in sequence from the remaining argument operands.

就是说在上面这条命令中，其实是没有找到要执行的命令，或者说要执行的命令为空，而hello world作为$1, $2传给一个空命令了；

后面追加一个dummy的命令会看的更清楚:

1
2
3

# echo hello world|xargs sh -c 'echo $1 $2' _

hello world

后面我加了一条下划线作为xargs的dummy command，这样$1, $2就恢复正常了；

总结

虽然这是一个啥用也没有的Magic Topic，但是搞明白之后还是挺有意思的，娱乐用；

另外隐隐约约觉得这里面隐含着一些安全方面的问题，暂时只是一种感觉，将来需要留意有没有这方面的hack手段;

引用

https://stackoverflow.com/questions/41043163/xargs-sh-c-skipping-the-first-argument