./ vs。端末でプログラムを実行するための

ターミナルの下で実行可能ファイルを実行する方法について、明確にする必要があります。これは、ラメの質問かもしれませんが、と実行可能ファイルを実行しているとの違いは何である./an_executableと. an_executable（我々はan_executableが配置されているディレクトリにあると仮定してみましょうが）

前者がシェルに現在のディレクトリ（.）でan_executableを検索させることは既に知っていますが、後者のバージョンを使用した/後、なぜ必要ないの.ですか？

前もって感謝します。

この. executable構文は、実行可能ファイルだけでは機能しません（または機能しますか？）。代わりに、bash sourceビルトインのエイリアスです。そのため、違いは主にbashスクリプトに関連しており、真実はそれらが完全に異なるものであることです:)

./executable実行可能ファイルを「通常」実行するよう要求します。./現在のパスへの相対参照です。これにより、シェル（bash）がその実行可能ファイルをそのディレクトリ内で見つけようとすることを回避できます（$PATHコマンドでパスをまったく指定しなかった場合に実行されます）。どうしてもできないのexecutableはセキュリティの理由です。ダウンロードしたアーカイブを解凍すると、悪意のあるバージョンのが含まれていますls。現在のディレクトリから直接実行した場合、気付かないうちにそのバージョンを実行することになります。

一方、. executable「ファイルのソース」と言っていますexecutable。ファイルに直接名前を付けており、実際に実行可能ファイルである必要はないため、$ PATHのセキュリティ制限は適用されません。ソーシングは、シェルスクリプトのみを「実行」します（または実行しているように見えます）。それは何ですか：

   source filename [arguments]
          Read and execute commands from filename  in  the  current  shell
          environment  and return the exit status of the last command exe‐
          cuted from filename.

だから...実行と調達の実際の違いは何ですか？同じシェルスクリプトを想定して、それを実行すると（./script）新しいシェルが生成され、そのシェル内でスクリプトが実行され、スクリプトが終了したらそのシェルを閉じて親シェルに戻ります。実際にはbash、スクリプトを実行するための新しいプロセスが開始されます）。

（. script）を使用すると、現在のシェルはコマンドラインに入力されているかのようにファイルからコマンドを読み取ります。生成された新しいシェルはありません。

これがどのように動作するかを確認する非常に簡単な方法は、のみを含むスクリプトを作成することexitです。もしそうなら./script、何も起こらないようです。これは、新しいシェルプロセスが開始され、exitコマンドがその新しいシェルを終了し、現在のシェルが影響を受けないためです。

の場合. script、exitコマンドは現在のシェルで実行されるため、現在のターミナルは閉じます。したがってexit、コマンドプロンプトで入力するのと同じです。