「bash script.sh」と「./script.sh」の実行の違いは何ですか？

script.shが典型的なものである場合

#!/bin/bash
echo "Hello World!"

スクリプトを実行する好ましい方法はありますか？実行可能になるように、最初にchmodする必要があると思いますか？

特定のスクリプトで./script.shは、実行と読み取り可能なビットが必要ですが、読み取り可能なビットbash script.shのみが必要な場合を除き、どちらの方法でも機能します。

許可要件の違いの理由は、スクリプトを解釈するプログラムのロード方法にあります。

• ./script.sh シェルにファイルを通常の実行可能ファイルのように実行させます。

シェルはそれ自体をフォークしexecve、オペレーティングシステムにフォークされたプロセス内のファイルを実行させるためにシステムコール（例：）を使用します。オペレーティングシステムは、ファイルのアクセス許可を確認し（したがって、実行ビットを設定する必要があります）、要求をプログラムローダーに転送します。Linuxでは、コンパイルされた実行可能ファイルはELFマジックナンバーで始まり、スクリプトは#!（hashbang）で始まります。hashbangヘッダーは、ファイルがスクリプトであり、hashbangの後に指定されたプログラムによって解釈される必要があることを意味します。これにより、スクリプト自体がシステムにスクリプトの解釈方法を伝えることができます。

スクリプトを使用する/bin/bashと、プログラムローダーが実行さ./script.sh れ、コマンドライン引数として渡されます。

• bash script.shシェルを実行し、コマンドライン引数としてbash渡しscript.shます

そのため、オペレーティングシステムが読み込まれますbash（これはscript.sh単なるコマンドライン引数であるため、を見ていません）。作成されたbashプロセスはscript.sh、コマンドライン引数として渡されるため、解釈されます。script.shはbash通常のファイルとしてのみ読み取られるため、実行ビットは不要です。

./script.shただし、スクリプトに必要なインタープリターがわからない場合があるため、使用することをお勧めします。したがって、プログラムローダーにそれを判断させます。

bash script.shbashを使用してスクリプトを直接呼び出します。実行方法を決定するために
./script.shシバン#!/bin/bashを使用しています。

本当に知りたい場合は、を実行すると、どのバイナリが実行されるかbash script.shがわかりますwhich bash。

したがって、例では違いはありません。はい、chmod +x script.sh経由で直接実行できる必要があります./script.sh。

次のようなファイルDelete_Self.shを作成します。

 #!/bin/rm

 echo I am still here!

sh Delete_Self.sh「まだここにいます！」と表示されるように、このスクリプトを実行します。エコーバック。

それを実行可能に./Delete_Self.shし、ファイルDelete_Self.sh自体が消えている間は何もエコーバックされないことがわかるので、それを実行します。

違いは次のとおりです。

• bash script.sh＃！は無視されます これは、bashがscript.shを実行するプログラムとして指定されているためです。
• ./script.sh＃を読み取ります！実行するプログラムを決定する行script.sh。

他の回答に加えて、./script.sh（i）とソース./script.sh（ii）を介してスクリプトを実行することの違いを知ることは有用です-（i）バージョンはコマンドを実行する新しいシェルを作成しますが、（ii）現在のシェル-実行可能ファイルが終了した後に保存する必要がある環境変数を実行可能ファイルが変更する場合、これは必須です。たとえば、Python conda環境をアクティブにするには、次を使用する必要があります。

source activate my_env

NB sourceあなたが遭遇するかもしれないそれへのもう一つの代替は.組み込みです、すなわち

. activate my_env