Shell程式設計之/bin/bash和/bin/sh的區別淺析

2022-07-19 18:00:51

前言

早期，學過shell的5種啟動方式，學的沒有那麼深入。從而導致了想深究一下docker exec 命令為什麼tomcat容器用/bin/bash，nginx容器卻用/bin/sh，被這個問題，折騰了半天！

從/bin/bash，就是進入不了nginx容器，由此引發了一系列的排查。如果你對，docker的這個錯誤感興趣，點選進入。

簡單的講，/bin/sh是早期版本，是一種便攜方式的解釋性指令碼語言，自帶有posix行動式功能，以該方式宣告的指令碼，指令碼中間發生錯誤會終止指令碼的執行，不再執行下面的程式碼。

/bin/bash，是/bin/sh的升級版，預設沒有開啟posix便攜模式，所以以/bin/bash宣告的指令碼，中間即使發生錯誤，依然會繼續向下執行。

也就是說：shell指令碼，第一行寫成 #!/bin/bash --posix，指令碼執行效果跟#!/bin/sh是一樣的。

可以簡單的認為：

/bin/sh ==等價於== /bin/bash --posix

注意事項（重要）：

假設你編寫了一個shell指令碼，如下：

#!/bin/bash
echo hello

正常情況下，我們執行這個指令碼，會寫作 ./test.sh，然後回車，但是很不幸，你不是很瞭解shell指令碼的5種執行方式的差異，隨手使用的執行方式是 sh test.sh，那麼

即使在test.sh指令碼中指定了#!/bin/bash，但仍然是使用/bin/sh執行test.sh，中間發生錯誤，依然會終止執行。

你日常所使用的/bin/sh可能是個假shell（它是bash的軟連結），它的真身很可能是/bin/bash，也就是說，如果你使用了/bin/sh它的本質是#!/bin/bash --posix。

何以得知？通過man sh 和man bash，就看出來了，他們展示的內容幾乎是一模一樣。

也就是說，在新版本的Linux核心中，老的sh已經被後來者bash整合了。

問題描述

本地執行命令和docker執行命令的直譯器不同，在本地已經是/bin/bash，但是docker中仍然是/bin/sh，需要修改docker中/bin/sh為/bin/bash

解決方案

1、首先看docker容器的詳細資訊。輸入“docker container ls |grep xxxx”，看其中的命令部分，如果是“/bin/sh”說明使用的不一定是bash，可能是dash直譯器。

使用命令ls -l /bin/sh，如果顯示的是/bin/sh -> dash，說明用的是dash

2、在DockerFile中修改CMD部分，將其設定為/bin/bash

#原先命令
CMD ./start.sh

#修改為
CMD ["/bin/bash", "-c", "./start.sh"]

到此這篇關於Shell程式設計之/bin/bash和/bin/sh區別的文章就介紹到這了,更多相關Shell /bin/bash和/bin/sh區別內容請搜尋it145.com以前的文章或繼續瀏覽下面的相關文章希望大家以後多多支援it145.com！