交互Shell与脚本Shell中if测试及ls/grep行为差异排查

先执行mkdir -p test/static创建test目录及其中的static子目录，编写test.sh脚本如下：

#!/bin/sh
set -xe
# 判断目标目录下是否存在static子目录
is_static() {
  ls "$1" 2> /dev/null  | grep -qim1 '^static/$'
  return $?
}

if is_static "$1"
then
  echo 'is static'
fi

执行chmod +x test.sh后运行./test.sh 'test'，输出显示函数返回1，判断失败；但将is_static函数复制到交互Shell中，执行set -ex; if is_static 'test' ; then echo "success" ; fi ; set -ex，输出显示函数返回0，判断成功，且ls与grep的执行顺序显示颠倒。给脚本中ls添加-F参数后脚本执行成功，现疑问：

1. 为何交互Shell与脚本Shell中ls、grep执行顺序显示颠倒？
2. 两者行为差异的原因是什么？
3. 如何让脚本正常工作？

一、执行顺序显示颠倒的原因 #

这是set -x的调试输出特性导致的。set -x会在命令执行前打印命令内容，但管道是由Shell同时启动多个进程并行执行的，而Shell的调试日志是按进程输出到终端的顺序显示的，不是严格的命令书写顺序。

在交互Shell中，grep进程可能比ls进程更早把调试信息输出到终端，所以看起来顺序颠倒了，但实际执行逻辑还是管道的顺序（ls的输出传给grep），只是调试日志的打印顺序受系统进程调度影响而已。

二、行为差异的核心原因：ls的输出格式差异 #

交互Shell和非交互Shell（脚本）中，ls的默认行为存在差异：

• 脚本（非交互Shell）：ls默认输出无后缀的纯文件名，test目录下的static会被输出为static，而你的grep匹配的是^static/$（带斜杠），自然匹配失败，函数返回1。
• 交互Shell：多数系统的交互Shell会给ls默认设置别名（比如alias ls='ls -F'），-F参数会给目录名加上斜杠后缀，static会被输出为static/，刚好匹配^static/$，因此grep命中，函数返回0。

三、让脚本正常工作的几种方法 #

方法1：修改grep匹配规则，适配ls默认输出 #

把匹配模式改成不带斜杠的格式：

ls "$1" 2> /dev/null | grep -qim1 '^static$'

方法2：显式给ls添加-F参数，统一输出格式 #

和你尝试的方案一致，确保目录名带斜杠后缀：

ls -F "$1" 2> /dev/null | grep -qim1 '^static/$'

方法3：用更可靠的文件检查方式（推荐） #

避免依赖ls的输出格式，直接用Shell内置的文件测试语法，更高效且无格式依赖：

is_static() {
  [ -d "$1/static" ]
  return $?
}
# 或者更简洁的写法：
is_static() {
  [ -d "$1/static" ]
}

[ -d path ]会直接检查路径是否为存在的目录，返回值就是检查结果，无需额外处理。

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