Зачем вам нужно ставить #! / Bin / bash в начале файла скрипта?

Я делал скрипты на 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.

Чтобы быть более точным, shebang #! , когда это первые два байта исполняемого файла ( x режима ), интерпретируется системным вызовом execve (2) (который выполняет программы). Но в спецификации POSIXexecve не упоминается шебанг.

За ним должен следовать путь к файлу исполняемого файла интерпретатора (что, кстати, может даже быть относительным, но чаще всего абсолютным).

Хорошая уловка (или, возможно, не очень хорошая ), чтобы найти переводчика (например python) в пользователе, $PATHсостоит в том, чтобы использовать envпрограмму (всегда /usr/bin/envна всех Linux) как, например,

 #!/usr/bin/env python

Любой исполняемый файл ELF может быть интерпретатором. Вы можете даже использовать #!/bin/catили, #!/bin/trueесли хотите! (но это было бы часто бесполезно)

Это называется шебанг . В Unix-говорят, # называется острым (как в музыке) или хэш (как хэштеги в твиттере), и! называется взрыв. (Вы можете сослаться на свою предыдущую команду оболочки с помощью команды !!, называемой bang-bang). Таким образом, когда вы соберетесь вместе, вы получите ха-бэнг или шебанг.

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

Притон директива загрузчика использовать программу , которая указана после того , #!как интерпретатор для файла в вопросе , когда вы пытаетесь выполнить. Таким образом, если вы попытаетесь запустить файл с именем , foo.shкоторый имеет #!/bin/bashв верхней части, фактическую команду , которая работает на /bin/bash foo.sh. Это гибкий способ использования разных переводчиков для разных программ. Это то, что реализовано на системном уровне, а API уровня пользователя - это соглашение Шебанга.

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

Ваше мнение о том, что он «работает» даже без шебанга, заключается только в том, что рассматриваемая программа представляет собой сценарий оболочки, написанный для той же оболочки, что и та, которую вы используете. Например, вы могли бы очень хорошо написать файл javascript и затем поместить #! /usr/bin/js(или что-то подобное), чтобы иметь javascript «Shell script».

Операционная система использует оболочку по умолчанию для запуска вашего сценария оболочки. упомянув путь к оболочке в начале скрипта, вы просите ОС использовать именно эту оболочку. Это также полезно для мобильности .

Каждый дистрибутив имеет оболочку по умолчанию. Bash используется по умолчанию в большинстве систем. Если вы работаете в системе с другой оболочкой по умолчанию, сценарии могут работать не так, как задумано, если они написаны специально для 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. Я столкнулся с этой проблемой раньше, чем на работе, и теперь я просто включаю ее в качестве практики.