bash和shell的区别

本文详细介绍了Linux中的各种Shell类型,包括Bourne Shell、C Shell、Korn Shell和Bash等,对比了它们之间的优缺点,并深入探讨了/bin/sh与/bin/bash的区别及应用场景。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Linux 中的 shell 有很多类型,其中最常用的几种是: Bourne shell (sh)、C shell (csh) 和 Korn shell (ksh), 各有优缺点。Bourne shell 是 UNIX 最初使用的 shell,并且在每种 UNIX 上都可以使用, 在 shell 编程方面相当优秀,但在处理与用户的交互方面做得不如其他几种shell。Linux 操作系统缺省的 shell 是Bourne Again shell,它是 Bourne shell 的扩展,简称 Bash,与 Bourne shell 完全向后兼容,并且在Bourne shell 的基础上增加、增强了很多特性。Bash放在/bin/bash中,它有许多特色,可以提供如命令补全、命令编辑和命令历史表等功能,它还包含了很多 C shell 和 Korn shell 中的优点,有灵活和强大的编程接口,同时又有很友好的用户界面。

 

    GNU/Linux 操作系统中的 /bin/sh 本是 bash (Bourne-Again Shell) 的符号链接,但鉴于 bash 过于复杂,有人把 ash 从 NetBSD 移植到 Linux 并更名为 dash (Debian Almquist Shell),并建议将 /bin/sh 指向它,以获得更快的脚本执行速度。Dash Shell 比 Bash Shell 小的多,符合POSIX标准。

 

    Ubuntu继承了Debian,所以从Ubuntu 6.10开始默认是Dash Shell。

  1.  luotaijia@ubuntu:~$ ls -l /bin/sh /bin/bash

  2.  -rwxr-xr-x 1 root root 801808 2010-08-11 03:58 /bin/bash

  3.  lrwxrwxrwx 1 root root 4 2012-11-28 08:06 /bin/sh -> dash

    应该说, /bin/sh 与 /bin/bash 虽然大体上没什么区别, 但仍存在不同的标准. 标记为 “#!/bin/sh” 的脚本不应使用任何 POSIX 没有规定的特性 (如 let 等命令, 但 “#!/bin/bash” 可以). Debian 曾经采用 /bin/bash 更改 /bin/dash,目的使用更少的磁盘空间、提供较少的功能、获取更快的速度。但是后来经过 shell 脚本测试存在运行问题。因为原先在 bash shell 下可以运行的 shell script (shell 脚本),在 /bin/sh 下还是会出现一些意想不到的问题,不是100%的兼用。

 

  1. 1 a=12345 

  2. 3 let "a += 1"

  3. 4 echo "a = $a"

  4. 6 b=${a/23/BB}

  5. 7 echo "b = $b"

 

  1. luotaijia@ubuntu:~/文档/shell学习练习$ /bin/sh 3.2..1.sh 

  2. 3.2..1.sh: 3: let: not found

  3. a = 12345

  4. 3.2..1.sh: 6: Bad substitution

  5. luotaijia@ubuntu:~/文档/shell学习练习$ /bin/bash 3.2..1.sh 

  6. a = 12346

  7. b = 1BB46

  8. luotaijia@ubuntu:~/文档/shell学习练习$







  9. Linux中的shell有多种类型,其中最常用的几种是Bourne shell(sh)、C shell(csh)和Korn shell(ksh)。三种shell各有优缺点。
    Bourne shell是UNIX最初使用的shell,并且在每种UNIX上都可以使用。Bourne shell在shell编程方面相当优秀,但在处理与用户的交互方面做得不如其他几种shell。
    Linux操作系统缺省的shell是Bourne Again shell,它是Bourne shell的扩展,简称Bash,与Bourne shell完全向后兼容,并且在Bourne shell的基础上增加、增强了很多特性。Bash放在/bin/bash中,它有许多特色,可以提供如命令补全、命令编辑和命令历史表等功能,它还包含了很多C shell和Korn shell中的优点,有灵活和强大的编程接口,同时又有很友好的用户界面。
    GNU/Linux 操作系统中的 /bin/sh 是 bash(Bourne-Again Shell)的符号链接,
    但鉴于 bash 过于复杂,有人把 ash 从 NetBSD 移植到 Linux 并更名为 dash(Debian Almquist Shell),并建议将 /bin/sh 指向它,以获得更快的脚本执行速度。Ubuntu 号称自从他们在 6.10 版里这样做了以后,系统启动速度有了明显的提升。Debian 计划在下一个发行版(代号 lenny)中也将 dash 作为默认的 /bin/sh。

    /bin/sh与/bin/bash的细微区别
    原文:不详
    在shell脚本的开头往往有一句话来定义使用哪种sh解释器来解释脚本。
    目前研发送测的shell脚本中主要有以下两种方式:
    (1) #!/bin/sh
    (2) #!/bin/bash
    在这里求教同福客栈的各位大侠们一个问题:
    以上两种方式有什么区别?对于脚本的实际运行会产生什么不同的影响吗?

    脚本test.sh内容:
    #!/bin/sh
    source pcy.sh #pcy.sh并不存在
    echo hello
    执行./test.sh,屏幕输出为:
    ./test.sh: line 2: pcy.sh: No such file or directory
    由此可见,在#!/bin/sh的情况下,source不成功,不会运行source后面的代码。  //前提sh未设成bash的软链接
    修改test.sh脚本的第一行,变为#!/bin/bash,再次执行./test.sh,屏幕输出为:
    ./test.sh: line 2: pcy.sh: No such file or directory
    hello
    由此可见,在#!/bin/bash的情况下,虽然source不成功,但是还是运行了source后面的echo语句。
    但是紧接着我又试着运行了一下sh ./test.sh,这次屏幕输出为:
    ./test.sh: line 2: pcy.sh: No such file or directory
    表示虽然脚本中指定了#!/bin/bash,但是如果使用sh 方式运行,如果source不成功,也不会运行source后面的代码。

    为什么会有这样的区别呢?

    junru同学作了解释

    1. sh一般设成bash的软链
    [work@zjm-testing-app46 cy]$ ll /bin/sh
    lrwxrwxrwx 1 root root 4 Nov 13 2006 /bin/sh -> bash
    2. 在一般的linux系统当中(如redhat),使用sh调用执行脚本相当于打开了bash的POSIX标准模式
    3. 也就是说 /bin/sh 相当于 /bin/bash --posix

    所以,sh跟bash的区别,实际上就是bash有没有开启posix模式的区别

    so,可以预想的是,如果第一行写成 #!/bin/bash --posix,那么脚本执行效果跟#!/bin/sh是一样的(遵循posix的特定规范,有可能就包括这样的规范:“当某行代码出错时,不继续往下解释”)


    例如:
    [root@localhost yuhj]# head -n1 x.sh
    #!/bin/sh
    [root@localhost yuhj]# ./x.sh

    ./x.sh: line 8: syntax error near unexpected token `<'
    ./x.sh: line 8: ` while read line; do { echo $line;((Lines++)); } ; done < <(route -n)'
    [root@localhost yuhj]#

     

    [root@localhost yuhj]# head -n1 x.sh
    #!/bin/bash
    [root@localhost yuhj]#./x.sh

    Kernel IP routing table
    Destination Gateway Genmask Flags Metric Ref Use Iface
    192.168.202.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
    0.0.0.0 192.168.202.2 0.0.0.0 UG 0 0 0 eth0
    Number of lines read = 4
    [root@localhost yuhj]#


    [root@localhost yuhj]# head -n1 x.sh
    #!/bin/bash --posix
    [root@localhost yuhj]#
    [root@localhost yuhj]# ./x.sh

    ./x.sh: line 8: syntax error near unexpected token `<'
    ./x.sh: line 8: ` while read line; do { echo $line;((Lines++)); } ; done < <(route -n)'

     

    [root@localhost yuhj]# whereis sh bash
    sh: /bin/sh /usr/share/man/man1/sh.1.gz /usr/share/man/man1p/sh.1p.gz
    bash: /bin/bash /usr/share/man/man1/bash.1.gz

    [root@localhost yuhj]# ll /bin/sh /bin/bash
    -rwxr-xr-x 1 root root 735004 May 25 2008 /bin/bash
    lrwxrwxrwx 1 root root 4 Jan 29 00:39 /bin/sh -> bash

    每天努力一点,每天学习一点。Keep Moving...
     
<think>嗯,用户想了解-bashshell区别,看来用户对Linux系统的命令行环境有基本认知但在术语层面存在混淆。从用户提问方式看,ta注意到终端提示符常显示"-bash",但又不确定它普通shell的关系。先整理引用资料的关键点:1/2/3号引用共同指出bash是众多shell的一种,sh是历史悠久的Bourneshell简称;4号引用强调shell本质是应用程序;5号引用则解释了/bin/sh可能指向bash或dash的实践差异。这些信息都指向同个核心:shell是抽象概念,bash是具体实现。用户混淆点可能在"bash""-bash"的符号差异。实际上"-bash"的前缀短横线表示这是loginshell,即用户登录时启动的第一个交互式shell,会加载更多配置文件。这点需要明确解释,因为普通shell脚本开头的"#!/bin/bash"并不带短横线。需要特别澄清术语层级:-顶层概念:Shell(外壳程序总称)├─具体实现:bash(主流增强版)├─sh(原始标准,现多为符号链接)├─dash(轻量替代)└─其他(zsh/csh等)还要解释loginshell的触发场景(ssh登录、su-切换)与non-loginshell(终端新建标签)的行为差异,包括配置文件加载顺序(/etc/profile→~/.bash_profilevs.~/.bashrc)。注意到用户之前接触过类似"快速排序"的技术概念解析,可能倾向结构化表达。准备用表格对比维度嵌套列表展示从属关系,同时强调-bash的身份标识意义(前置短横线作为技术标记而非名称组成部分)。最后延伸触达实践建议:何时用#!/bin/bash,何时用#!/bin/sh,这对用户实际编写脚本有直接帮助。顺带提下Ubuntu默认dash的有趣现象,避免用户将来遇到/bin/sh执行速度差异时困惑。</think> 在Linux系统中理解`-bash`与`shell`的区别,需厘清以下概念: --- ### **一、核心概念** 1. **Shell(外壳程序)** - 是用户与操作系统内核(Kernel)交互的**命令行解释器**,本质是应用程序(如QQ、Firefox)[^4] - 类型多样:`sh`(Bourne Shell)、`bash`(Bourne-Again Shell)、`csh`、`ksh`、`dash`等[^1][^3] 2. **Bash(Bourne-Again Shell)** - `sh`的增强版,Linux默认Shell(如终端打开通常启动bash)[^1][^5] - 支持更多功能:命令历史、自动补全、脚本扩展语法等 3. **`-bash`的特殊含义** - 连字符`-`表示这是**Login Shell**(登录Shell) - 触发时会加载登录配置(如`/etc/profile`、`~/.bash_profile`) - 典型场景:通过SSH登录或执行`su - username`时出现[^5] --- ### **二、关键区别** | **维度** | **Shell** | **Bash** | **`-bash`** | |----------------|-------------------------------|-------------------------------|-----------------------------| | **本质** | 命令行解释器**总称** | Shell的**具体实现** | Bash作为**Login Shell**的身份标识 | | **定位** | 抽象概念(接口层) | 具体Shell程序 | Bash的**运行模式** | | **功能范围** | 泛指所有Shell类型 | 支持`sh`语法+额外扩展功能 | 同Bash,但加载配置不同 | | **启动场景** | 所有命令行操作环境 | 终端默认启动/Terminal | SSH登录、`su -`切换用户 | --- ### **三、典型场景解析** 1. **`#!/bin/bash` vs `#!/bin/sh`** - `#!/bin/bash`:明确使用Bash解释器(支持高级语法) - `#!/bin/sh`:可能指向`bash`或`dash`(轻量Shell,如Ubuntu默认)[^2][^5] ```bash # 检查sh的实际指向 $ ls -l /bin/sh lrwxrwxrwx 1 root root 4 Apr 5 2023 /bin/sh -> dash* ``` 2. **配置加载差异** - **Login Shell (`-bash`)**:加载 `~/.bash_profile` → `~/.bashrc` - **Non-Login Shell (`bash`)**:仅加载 `~/.bashrc` > 登录时初始化环境变量应写在`.bash_profile`,通用设置放在`.bashrc`。 3. **功能兼容性** - `bash`支持`sh`的所有语法,但反向不成立(如数组操作`${arr[@]}`仅bash支持) - 脚本若需跨平台,建议用`#!/bin/sh`以符合POSIX标准[^5] --- ### **四、总结** - **Shell**是通用术语,**Bash**是其主流实现,**`-bash`** 特指以登录模式运行的Bash。 - 选择解释器时: - 需高级功能 → 用 `#!/bin/bash` - 追求轻量/兼容性 → 用 `#!/bin/sh`(注意实际指向) - `-bash`的核心价值在于初始化登录环境,与普通`bash`的配置加载机制不同。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值