Dlaczego musisz umieścić #! / Bin / bash na początku pliku skryptu?

Zrobiłem Bash skryptów przed i wszystko Ran grzywny bez #!/bin/bashpoczątku.

Po co to wkładać? Czy byłoby inaczej?

Jak się wymawiasz #? Wiem, że !wymawia się to jako „huk”.

Jak #!wymawia się?

Jest to konwencja, więc powłoka * nix wie, jakiego rodzaju tłumacza należy uruchomić.

Na przykład starsze wersje ATT miały domyślnie sh (powłoka Bourne'a), a starsze wersje BSD domyślnie csh (powłoka C).

Nawet dzisiaj (gdzie większość systemów uruchamia bash, „Bourne Again Shell” ), skrypty mogą być w bash, python, perl, ruby, PHP itp., Na przykład, możesz zobaczyć #!/bin/perllub #!/bin/perl5.

PS: Wykrzyknik ( !) jest pieszczotliwie nazywany „hukiem” . Symbol komentarza powłoki ( #) jest czasem nazywany „hash” .

PPS: Pamiętaj - w * nix kojarzenie sufiksu z typem pliku jest jedynie konwencją , a nie „regułą” . Plik wykonywalny może być programem binarnym, dowolnym z miliona typów skryptów i innymi rzeczami. Stąd potrzeba #!/bin/bash.

Mówiąc ściślej, shebang #! , gdy jest to pierwsze dwa bajty pliku wykonywalnego ( x trybu ), jest interpretowany przez wywołanie systemowe execve (2) (które wykonują programy). Ale specyfikacja POSIX dlaexecve nie wspomina o shebang.

Po nim musi znajdować się ścieżka do pliku wykonywalnego interpretera (który BTW może nawet być względny, ale najczęściej jest bezwzględny).

Fajną sztuczką (lub być może nie taką ), aby znaleźć tłumacza (np. python) U użytkownika, $PATHjest użycie envprogramu (zawsze /usr/bin/envna wszystkich systemach Linux), takich jak np.

 #!/usr/bin/env python

Dowolny plik wykonywalny ELF może być tłumaczem. Możesz nawet użyć #!/bin/catlub #!/bin/truejeśli chcesz! (ale byłoby to często bezużyteczne)

To się nazywa shebang . W unix-speak # nazywa się sharp (jak w muzyce) lub hash (jak hashtagi na Twitterze), i! nazywa się bang. (Możesz faktycznie odwołać się do poprzedniego polecenia powłoki za pomocą !!, zwanego bang-bang). Więc kiedy są razem, otrzymujesz haSH-BANG lub shebang.

Część po #! mówi Unixowi, jakiego programu użyć, aby go uruchomić. Jeśli nie zostanie określony, spróbuje użyć bash (lub sh, zsh, lub cokolwiek to jest zmienna $ SHELL), ale jeśli tam jest, użyje tego programu. Dodatkowo # jest komentarzem w większości języków, więc wiersz jest ignorowany przy kolejnym wykonaniu.

Shebang jest dyrektywą do ładowarki w użyciu program, który jest określony po #!jako tłumacza dla danego pliku podczas próby, aby go wykonać. Tak więc, jeśli spróbujesz uruchomić plik o nazwie, foo.shktóry ma #!/bin/bashna górze, faktycznie uruchomione polecenie to /bin/bash foo.sh. Jest to elastyczny sposób używania różnych tłumaczy dla różnych programów. Jest to coś zaimplementowanego na poziomie systemu, a interfejsem API na poziomie użytkownika jest konwencja shebang.

Warto również wiedzieć, że shebang jest liczbą magiczną - czytelną dla człowieka, która identyfikuje plik jako skrypt dla danego tłumacza.

Chodzi o to, że „działa” nawet bez shebang, tylko dlatego, że dany program jest skryptem powłoki napisanym dla tej samej powłoki co ta, której używasz. Na przykład możesz bardzo dobrze napisać plik javascript, a następnie umieścić #! /usr/bin/js(lub coś podobnego), aby mieć „skrypt powłoki” javascript.

System operacyjny przyjmuje domyślną powłokę do uruchomienia skryptu powłoki. więc wspominając o ścieżce powłoki na początku skryptu, prosisz system operacyjny o użycie tej konkretnej powłoki. Jest także przydatny do przenoszenia .

Każda dystrybucja ma domyślną powłokę. Bash jest domyślny w większości systemów. Jeśli zdarzy ci się pracować w systemie, który ma inną domyślną powłokę, skrypty mogą nie działać zgodnie z przeznaczeniem, jeśli są napisane specjalnie dla Bash.

Bash ewoluował przez lata, biorąc kod z kshi sh.

Dodanie #!/bin/bashjako pierwszego wiersza skryptu informuje system operacyjny o wywołaniu określonego shellpolecenia w celu wykonania poleceń podanych w skrypcie.

#! jest często określany jako „hash-bang”, „she-bang” lub „sha-bang”.

To się nazywa shebang . Składa się ze znaku liczbowego i znaku wykrzyknika (#!), Po którym następuje pełna ścieżka do interpretera, takiego jak / bin / bash. Wszystkie skrypty w systemach UNIX i Linux są wykonywane przy użyciu interpretera określonego w pierwszym wierszu.

Zobaczysz również inne parametry po #! / Bin / bash, na przykład
#!/bin/bash -v -x
przeczytaj to, aby uzyskać więcej pomysłów.
/unix/124272/what-do-the-arguments-v-and-x-mean-to-bash .

Może być przydatny dla kogoś, kto używa innego systemu, który nie ma tej biblioteki łatwo dostępnej. Jeśli nie jest to zadeklarowane i masz w skrypcie pewne funkcje, które nie są obsługiwane przez ten system, powinieneś zadeklarować # / bin / bash. Natrafiłem na ten problem wcześniej w pracy, a teraz po prostu włączam go jako praktykę.