＃：最近の研究のシェルプログラミングは、最終的にはスクリプトインタプリタコードを指定するために使用されるシェルスクリプトの最初の行を指定した通訳のような、不思議の役割を果たしていませんでした！/ビン/ bashの
他の人が考えている間、シェルスクリプトで＃は、コメントが意味を示しているとしても、実際にオンラインで見つける多くの情報を見つけるためにインターネットは、一部の人が役割を果たしていない。＃！/ binに/ bashのことを考えて、2つの派閥を分けそれはアクティブですが、私は自分のテストをしなければならなかった説得力のある理由、方法はありませんが、与えませんでした。
私は次のように読み込むシェルtest.shという名前のファイルを作成したい1.まず
このファイルを実行するには、bashのインタプリタであるならば、それは適切に実行できるようにbashの構文を使用して、スクリプトファイルの2行目は、POSIX標準をサポートしていない、と変更はSHインタプリタであれば、それは構文エラーを報告します
許可test.shを変更
そして、直接実行test.sh
あなたは＃！/ binに/ SHに変更し、その後、私は最初の行になり、スクリプトが正常に実行され、エラーを見ることはできません
2.次に実行します
それは構文エラーを報告しました。この時間は、
スクリプトインタプリタのシェルスクリプトの最初の行を指定した仕事をしている、と結論することができますが、それは注目に値する、という私たちはスクリプトを実行するために、我々のスクリプトを指定されたインタプリタを使用する場合ファイルの最初の行は、このようなスクリプトファイル名はbash +の方法を実行して、失敗したので、私は、ファイルに指定された場合でも、結果はまだbashのインタプリタとして実行され、SHインタプリタであるだろう。
（この記事は、元のソース時代の技術の教師によって書かれた、ソースを明記してください）