前言

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

從/bin/bash，就是進(jìn)入不了nginx容器，由此引發(fā)了一系列的排查。如果你對，docker的這個(gè)錯(cuò)誤感興趣，點(diǎn)擊進(jìn)入。

正題

簡單的講，/bin/sh是早期版本，是一種便攜方式的解釋性腳本語言，自帶有posix便攜式功能，以該方式聲明的腳本，腳本中間發(fā)生錯(cuò)誤會(huì)終止腳本的運(yùn)行，不再運(yùn)行下面的代碼。

/bin/bash，是/bin/sh的升級(jí)版，默認(rèn)沒有開啟posix便攜模式，所以以/bin/bash聲明的腳本，中間即使發(fā)生錯(cuò)誤，依然會(huì)繼續(xù)向下運(yùn)行。

也就是說：shell腳本，第一行寫成 #!/bin/bash --posix，腳本執(zhí)行效果跟#!/bin/sh是一樣的。

可以簡單的認(rèn)為：

/bin/sh ==等價(jià)于== /bin/bash  --posix

注意事項(xiàng)（重要）：

假設(shè)你編寫了一個(gè)shell腳本，如下： 

#!/bin/bash
echo hello

正常情況下，我們執(zhí)行這個(gè)腳本，會(huì)寫作 ./test.sh，然后回車，但是很不幸，你不是很了解shell腳本的5種運(yùn)行方式的差異，隨手使用的運(yùn)行方式是 sh test.sh，那么

即使在test.sh腳本中指定了#!/bin/bash，但仍然是使用/bin/sh執(zhí)行test.sh，中間發(fā)生錯(cuò)誤，依然會(huì)終止運(yùn)行。

注意

你日常所使用的/bin/sh可能是個(gè)假shell（它是bash的軟鏈接），它的真身很可能是/bin/bash，也就是說，如果你使用了/bin/sh它的本質(zhì)是#!/bin/bash  --posix。

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

也就是說，在新版本的Linux內(nèi)核中，老的sh已經(jīng)被后來者bash整合了。

補(bǔ)充：docker容器使用/bin/bash命令

問題描述

本地運(yùn)行命令和docker運(yùn)行命令的解釋器不同，在本地已經(jīng)是/bin/bash，但是docker中仍然是/bin/sh，需要修改docker中/bin/sh為/bin/bash

解決方案

1、首先看docker容器的詳細(xì)信息。輸入“docker container ls |grep xxxx”，看其中的命令部分，如果是“/bin/sh”說明使用的不一定是bash，可能是dash解釋器。

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

2、在DockerFile中修改CMD部分，將其設(shè)置為/bin/bash

#原先命令
CMD ./start.sh

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

總結(jié)

到此這篇關(guān)于Shell編程之/bin/bash和/bin/sh區(qū)別的文章就介紹到這了,更多相關(guān)Shell /bin/bash和/bin/sh區(qū)別內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論