前言

早期，學過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整合了。