为什么shell中的echo有时会忽略传入的首个参数，输出表现异常

差异完全来自用&&短路逻辑写参数校验的方式带来的执行路径错位，具体拆解如下：

&& 短路规则的执行偏差 #

shell中&&的执行逻辑是：从左到右依次执行连接的命令，只要遇到第一个返回非0（执行失败）的命令，就立刻终止这一行后续所有命令的执行。
你写的这行参数校验代码：

[ $1 != "-n" ] && [ $1 != "-a" ] && echo "No new default usernames. Exiting" && exit 1

在两种参数场景下的执行停止位置完全不同，直接影响了后续逻辑的走向：

• 当传入第一个参数是-a时：
  第一个判断[ $1 != "-n" ]成立（返回0/执行成功），继续执行第二个判断[ $1 != "-a" ]——因为$1确实是-a，这个“不等于”的判断不成立（返回1/执行失败），后续接在&&后面的报错提示、exit命令都会被直接跳过，这行校验在这里终止，全程没有改动位置参数列表。
  后续执行echo $@时，自然输出完整的-a word1 word2 word3；靠echo "$@"|cut -d' ' -f2-提取内容时，刚好能从完整的参数列表里切走第一个选项-a，拿到正确的用户名列表word1 word2 word3。因为提前终止，本来应该给$mode赋值的逻辑没有被触发，所以$mode是空值，最终输出里会出现连续两个空格的间隔。
• 当传入第一个参数是-n时：
  第一个判断[ $1 != "-n" ]就不成立（返回1/执行失败），后续所有接在&&后面的校验命令（包括第二个合法性判断、报错、exit）全部被跳过。
  这里的关键偏差是：本来计划在校验通过后执行的「给$mode赋值、用shift移除第一个选项参数」的逻辑，因为错误的代码排布，在这个场景下被触发执行了——shift把第一个参数-n从位置参数列表里移除，列表剩下的内容变成[word1, word2, word3]。
  后续执行echo $@时，自然就输出移除-n后的word1 word2 word3；再用cut提取第2个字段开始的内容时，就会把原本属于第一个用户名的word1切掉，最终拿到的用户名列表就成了word2 word3。同样因为执行路径错位，$mode的赋值逻辑没有被触发，保持空值。

附带的实现问题 #

靠字符串切割提取参数的写法本身不健壮，一旦用户名带空格就会出现解析错误，正确的做法是直接用shell内置的位置参数操作（比如校验通过后执行shift直接移除选项参数，后续直接用位置变量拿剩下的用户名），不需要依赖echo和cut做二次字符串处理。

内容的提问来源于stack exchange，提问作者sirakai