以下是具体分析：

---

一、历史与定位

1. ​​sh（Bourne Shell）​​

   • 由 Stephen Bourne 在 1979 年为 Unix 系统开发，是最早的 Shell 之一，遵循 POSIX 标准。
   • 功能较为基础，主要用于脚本编写和命令解释，语法简洁但缺乏交互性功能（如命令补全）。
   • 在 Linux 系统中，/bin/sh 通常是指向 bash 的符号链接，但以 ​​POSIX 模式​​ 运行。

2. ​​bash（Bourne Again Shell）​​

   • 由 GNU 项目开发，是 sh 的增强版本，兼容 sh 语法并扩展了功能（如数组、进程替换等）。
   • 支持交互式操作（如命令历史记录、自动补全），是 Linux 的默认 Shell。

---

二、核心区别

---

三、典型场景对比

1. ​​脚本声明差异​​

   • sh 脚本：#!/bin/sh，严格遵循 POSIX 标准，例如不支持数组和 [[ ]]。
   • bash 脚本：#!/usr/bin/bash，支持高级语法（如 arr=(1 2 3)）。

2. ​​错误处理示例​​

   • 在 sh 中，若某行命令报错（如 source 不存在的文件），脚本会终止执行。
   • 在 bash 中，默认会继续执行后续命令，除非通过 set -e 开启错误退出模式。

3. ​​字符串操作​​

   • sh 需依赖外部工具（如 cut）截取字符串：
      

     sh

     复制

     str="hello"; substr=$(echo $str | cut -c2-4) # 输出 "ell"

      

      
   • bash 支持内置操作：
      

     bash

     复制

     str="hello"; substr=${str:1:3} # 输出 "ell"

      

      

---

四、系统配置与兼容性

1. ​​符号链接差异​​

   • 在 Debian/Ubuntu 中，/bin/sh 可能指向 dash（更轻量、严格遵循 POSIX）。
   • 在 Red Hat/CentOS 中，/bin/sh 通常指向 bash 的 POSIX 模式。

2. ​​执行方式的影响​​

   • 通过 sh script.sh 调用时，无论脚本的 shebang 行如何，均以 sh 解释器运行。
   • 通过 ./script.sh 调用时，优先使用脚本第一行的 shebang 指定解释器。

---

五、使用建议

1. ​​选择 sh 的场景​​

   • 需要跨平台兼容性（如 BSD、Solaris 系统）。
   • 脚本需严格遵循 POSIX 标准，避免依赖 Bash 扩展功能。

2. ​​选择 bash 的场景​​

   • 需要交互式操作（如命令补全、历史记录）。
   • 脚本依赖 Bash 特性（如数组、[[ ]] 条件测试）。

---

六、验证当前 Shell 类型

可通过以下命令检查 /usr/bin/sh 的实际指向：

---

总结

sh 和 bash 的核心区别在于功能扩展性与运行模式。对于普通开发者，若无需兼容旧系统或特殊语法，推荐使用 bash；若需确保脚本在多种环境中稳定运行，则选择 sh。理解两者的差异有助于避免因解释器选择导致的脚本执行问题。

延伸阅读

1. 上一篇：JDK
2. 下一篇：Nginx