Чому потрібно ставити #! / Bin / bash на початку файлу сценарію?

Я раніше робив сценарії Баша, і всі вони чудово проходили без #!/bin/bashпочатку.

Який сенс вводити його? Чи все було б інакше?

Також, як ви вимовляєте #? Я знаю, що !вимовляється як "удар".

Як #!вимовляється?

Це умовна умова, тому оболонка * nix знає, яким інтерпретатором працювати.

Наприклад, старіші аромати ATT дефолтували до sh (оболонка Bourne), тоді як старіші версії BSD дефолт до csh (оболонка C).

Навіть сьогодні (де більшість систем працює bash, "Bourne Again Shell" ) сценарії можуть бути в bash, python, perl, ruby, PHP тощо тощо. Наприклад, ви можете побачити #!/bin/perlабо #!/bin/perl5.

PS: знак оклику ( !) ласкаво називається "удар" . Символ коментаря до оболонки ( #) іноді називають "хеш" .

PPS: Пам’ятайте - під * nix асоціація суфікса з типом файлу - це лише умова , а не «правило» . Виконавчим файлом може бути двійкова програма, будь-який з мільйона типів скриптів та інші речі. Звідси потреба в #!/bin/bash.

Якщо точніше, шебанг #! , коли це перші два байти виконуваного файлу ( x режиму ), інтерпретується системним викликом execve (2) (який виконує програми). Але специфікація POSIX дляexecve не згадує про шебанг.

Слід дотримуватися шлях файлу виконуваного інтерпретатора (який BTW навіть може бути відносним, але найчастіше є абсолютним).

Приємний трюк (або, можливо, не такий приємний ), щоб знайти інтерпретатора (наприклад python) у користувача, $PATHце використовувати envпрограму (завжди /usr/bin/envна всіх Linux), наприклад,

 #!/usr/bin/env python

Будь-який виконуваний файл ELF може бути перекладачем. Ви навіть можете користуватися #!/bin/catабо #!/bin/trueхочете! (але це було б часто марно)

Це називається шебанг . У unix-говорінні # називається різким (як у музиці) або хешем (як хештеги на Twitter), і! називається чубком. (Насправді ви можете посилатися на свою попередню команду оболонки за допомогою !!, що називається bang-bang). Тож, склавши разом, ви отримуєте haSH-BANG, або shebang.

Частина після #! повідомляє Unix, яку програму використовувати для його запуску. Якщо він не вказаний, він буде намагатися з bash (або sh, або zsh, або будь-якою вашою змінною $ SHELL), але якщо він є, він буде використовувати цю програму. Крім того, # - це коментар на більшості мов, тому рядок ігнорується при наступному виконанні.

притон директива завантажувача використовувати програму , яка вказана після того , #!як інтерпретатор для файла в питанні , коли ви намагаєтеся виконати. Отже, якщо ви спробуєте запустити файл, foo.shякий називається #!/bin/bashу верхній частині, фактична команда, яка виконується, є /bin/bash foo.sh. Це гнучкий спосіб використання різних перекладачів для різних програм. Це щось реалізоване на системному рівні, а API рівня користувача - це конвенція shebang.

Також варто знати, що шебанг - це магічне число - читабельне для людини, яке ідентифікує файл як сценарій для даного перекладача.

Ваша думка про те, що вона "працює" навіть без шебанга, лише тому, що програма, про яку йдеться, - це сценарій оболонки, написаний для тієї ж оболонки, що і той, який ви використовуєте. Наприклад, ви можете дуже добре написати файл javascript, а потім поставити #! /usr/bin/js(або щось подібне), щоб він мав "скрипт оболонки".

Операційна система приймає оболонку за замовчуванням для запуску сценарію оболонки. тому, згадуючи шлях оболонки на початку сценарію, ви просите ОС використовувати саме цю оболонку. Він також корисний для портативності .

Кожен дистрибутив має оболонку за замовчуванням. Bash є типовим для більшості систем. Якщо ви працюєте в системі, яка має іншу оболонку за замовчуванням, то сценарії можуть працювати не за призначенням, якщо вони написані специфічно для Bash.

Баш еволюціонував протягом багатьох років, беручи код з kshі sh.

Додаючи #!/bin/bashв якості першого рядка свого сценарію, вказує ОС викликати вказані shellдля виконання команд, що слідують у сценарії.

#! часто називають "хеш-баг", "вона-баг" або "ша-баг".

Це називається шебанг . Він складається із знака числа та символу оклику (#!), Після якого йде повний шлях до перекладача, такого як / bin / bash. Усі сценарії під UNIX та Linux виконуються за допомогою інтерпретатора, зазначеного в першому рядку.

Також ви побачите деякі інші параметри після #! / Bin / bash, наприклад,
#!/bin/bash -v -x
прочитайте це, щоб отримати більше уявлень.
/unix/124272/what-do-the-arguments-v-and-x-mean-to-bash .

Це може бути корисно тому, хто використовує іншу систему, яка не має такої бібліотеки. Якщо це не оголошено, і у вас є деякі функції у вашому скрипті, які не підтримуються цією системою, вам слід оголосити # / bin / bash. Я раніше на роботі стикався з цією проблемою, і тепер я просто включаю її як практику.