Содержание

• 1 Как они работают?
• 2 Как мы их запускаем?
  • 2.1 Почему ./
  • 2.2 Shebang(#!)
• 3 Форматирование

Подумайте о сценарии для пьесы или фильма или телешоу. Сценарий рассказывает актерам, что они должны сказать и делать. Скрипт для компьютера сообщает компьютеру, что он должен делать или сказать. В контексте сценариев Bash мы сообщаем оболочке Bash, что она должна делать.

Сценарий Bash - это простой текстовый файл, содержащий ряд команд. Эти команды представляют собой смесь команд, которые мы обычно будем вводить в командной строке (например, ls или cp ) и команды, которые мы могли бы вводить в командной строке, но обычно не могли (вы обнаружите их на следующих нескольких страницах ). Важно помнить, однако, что:

Все, что вы можете запускать нормально в командной строке, можно поместить в скрипт, и он будет делать то же самое. Точно так же все, что вы можете поместить в скрипт, также можно запустить в командной строке, и оно будет делать то же самое.

Вам ничего не нужно менять. Просто введите команды, как обычно, и они будут вести себя так, как обычно. Просто вместо того, чтобы вводить их в командной строке, мы теперь вводим их в текстовый файл. В этом смысле, если вы знаете, как делать вещи в командной строке, вы уже знаете справедливый бит с точки зрения сценариев Bash.

Согласие давать файлы, которые являются сценариями Bash, расширением .sh (например, myscript.sh). Как вам было бы известно (и если вам, возможно, не стоит рассматривать обзор нашего учебника по Linux ), Linux - это система без расширения, поэтому для работы сценария необязательно иметь эту характеристику.

Как они работают?

Это всего лишь немного знания фона. Нет необходимости понимать это, чтобы писать сценарии, но может быть полезно узнать, как только вы начнете получать более сложные скрипты (и скрипты, которые вызывают и полагаются на другие скрипты, когда вы начнете получать действительно фантазии).

В области Linux (и компьютеров в целом) у нас есть концепция программ и процессов. Программа представляет собой фрагмент двоичных данных, состоящий из серии инструкций для ЦП и, возможно, других ресурсов (изображений, звуковых файлов и т. д.), Организованных в пакет и обычно хранящихся на вашем жестком диске. Когда мы говорим, что мы запускаем программу, мы на самом деле не запускаем программу, а ее копию, которая называется процессом. Мы делаем копию этих инструкций и ресурсов с жесткого диска в рабочую память (или оперативную память). Мы также выделяем немного места в ОЗУ для процесса хранения переменных (для хранения временных рабочих данных) и нескольких флагов, чтобы позволить операционной системе (ОС) управлять процессом и отслеживать процесс во время его выполнения.

По сути, процесс - это исполняемый экземпляр программы.

Одновременно может быть несколько процессов, представляющих одну и ту же программу, выполняемую в памяти. Например, я мог бы открыть два терминала и запустить команду cp в обоих из них. В этом случае в системе будет два процесса cp. Как только они закончат запуск системы, они уничтожат их, и больше нет процессов, представляющих программу cp.

Когда мы находимся на терминале, у нас есть процесс Bash, чтобы дать нам оболочку Bash. Если мы запускаем скрипт, он фактически не запускается в этом процессе, а вместо этого запускает новый процесс для запуска внутри. Мы продемонстрируем это в следующем разделе о переменных, и это должно стать яснее. По большей части вам не нужно слишком беспокоиться об этом явлении.

Как мы их запускаем?

Запуск сценария Bash довольно прост. Другим термином, который вы можете встретить, является выполнение скрипта (что означает одно и то же). Прежде чем мы сможем выполнить скрипт, он должен иметь набор разрешений на выполнение (по соображениям безопасности это прохождение обычно не устанавливается по умолчанию). Если вы забудете предоставить это разрешение перед запуском скрипта, вы просто получите сообщение об ошибке, сообщающее вам как таковое, и никакого вреда не будет.

Сокращение 755 часто используется для скриптов, так как позволяет владельцу писать или изменять сценарий и для каждого, чтобы выполнить скрипт.

Вот содержание myscript.sh

Shell #!/bin/bash # Пример сценария Bash echo Hello World!

Давайте разберем это:

• Строка 1 - это то, что называется shebang . См. Ниже, что это.
• Строка 2 - это комментарий. Ничего после # не выполняется. Это только для нашей справки.
• Строка 4 - это эхо-команда, которая выводит сообщение на экран. Вы можете ввести эту команду самостоятельно в командной строке, и она будет вести себя точно так же.
• Подсветка синтаксиса предназначена только для упрощения чтения и не требуется делать что-то в ваших собственных файлах (помните, что это просто текстовые файлы).

Почему ./

Возможно, вы заметили, что когда мы запускаем обычную команду (например, ls ), мы просто вводим ее имя, но при запуске сценария выше я помещаю a ./ перед ним. Когда вы просто вводите имя в командной строке, Bash пытается найти его в серии каталогов, хранящихся в переменной с именем . Мы можем увидеть текущее значение этой переменной с помощью команды echo (вы узнаете больше об переменных в следующем разделе).

Каталоги разделяются символом " : "

Bash только просматривает эти конкретные каталоги и не рассматривает вспомогательные каталоги или ваш текущий каталог. Он будет просматривать эти каталоги в порядке и выполнять первый экземпляр программы или скрипта, который он находит.

Переменная - это индивидуальная пользовательская переменная, поэтому каждый пользователь в системе может настроить ее на соответствие.

Это делается по нескольким причинам.

• Это позволяет нам иметь несколько различных версий установленной программы. Мы можем контролировать, какой из них выполняется, основываясь на том, где он находится в нашей .
• Это позволяет для удобства. Как вы видели выше, первый каталог для меня - это каталог bin в моем домашнем каталоге. Это позволяет мне создавать свои собственные скрипты и программы, и я могу использовать их независимо от того, где я нахожусь в системе, просто набрав их имя. Я мог бы даже создать сценарий с тем же именем, что и программа (для работы в качестве обертки), если бы я хотел немного по-другому.
• Это повышает безопасность. Например, злоумышленник может создать скрипт ls, который фактически удаляет все в вашем домашнем каталоге. Вы не захотите случайно запустить этот скрипт. Но пока это не в вашей , этого не произойдет.

Если программа или сценарий не находится в одной из каталогов в вашем PATH, вы можете запустить ее, указав Bash, где она должна искать ее. Вы делаете это путем включения абсолютного или относительного пути перед именем программы или скрипта. Вы помните, что точка (.) На самом деле является ссылкой на ваш текущий каталог. Предполагая, что этот скрипт находится в моем домашнем каталоге, я мог бы также запустить его, используя абсолютный путь.

Shebang(#!)

#!/bin/bash

Это первая строка сценария выше. Символьная последовательность символов хеш-символа (#!) Называется Shebang. После этого это путь к интерпретатору (или программе), который должен использоваться для запуска (или интерпретации) остальных строк в текстовом файле. (Для сценариев Bash это будет путь к Bash, но есть много других типов скриптов, и каждый из них имеет свой собственный интерпретатор.)

Здесь важно форматирование. Шейнг должен находиться в самой первой строке файла (строка 2 не будет выполняться, даже если первая строка пуста). Также не должно быть пробелов перед символом # или между ними ! и путь к интерпретатору.

Хотя вы могли бы использовать относительный путь для интерпретатора, большую часть времени вы захотите использовать абсолютный путь. Вероятно, вы будете запускать скрипт из разных мест, поэтому абсолютный является самым безопасным (и часто коротким, чем относительный путь тоже в данном конкретном случае).

Можно оставить строку с shebang и все еще запустить скрипт, но это неразумно. Если вы находитесь на терминале и запускаете оболочку Bash, и вы выполняете скрипт без shebang, тогда Bash будет считать, что это сценарий Bash. Таким образом, это будет работать только при условии, что пользователь, запускающий скрипт, запускает его в оболочке Bash, и есть множество причин, почему это может быть не так, что опасно.

Вы также можете запустить Bash, передавая скрипт в качестве аргумента.

Хотя это и безопасно, это также требует ненужного ввода при каждом запуске скрипта.

Учитывая вышеизложенные наблюдения, лучше всегда включать shebang ( #! ). Это самый надежный и удобный подход.

Форматирование

Как мы видели выше, форматирование для shebang было важно (т.е. не было пробелов, должно быть на первой линии). В сценариях Bash есть много областей, где важно форматирование. Обычно это подразумевает пробелы, и наличие или отсутствие пробела может быть разницей между командой, работающей или нет. Я укажу на них, когда мы встретим их. Также получайте привычку помнить о наличии или отсутствии пробелов при просмотре кода.

Основной причиной этого является то, что Bash изначально был разработан как интерфейс для пользователей, взаимодействующих с системой, а затем расширенный, чтобы иметь более мощные возможности сценариев. Многие решения, касающиеся его поведения, были сделаны с учетом только потребностей пользователя, а затем в этих решениях пришлось работать над сценариями. Люди обычно не возражают против этого, так как сценарии Bash по-прежнему являются прекрасным инструментом для быстрого и простого присоединения существующих программ к более мощным решениям.

Я видел, как студенты тратят немало времени на разочарование тем, что кусок кода, который выглядит отлично, не работает. Они становятся довольно смущенными, когда узнают виновника (пространство, которое должно или не должно быть там). Вы, вероятно, сделаете эту ошибку несколько раз сами, прежде чем она опустится, так что не беспокойтесь слишком много, но чем скорее вы получите ее, тем счастливее вы будете 🙂

Отступом кода является еще одна область форматирования, которая важна. Мы рассмотрим отступ кода в разделе 5 ( If Statement ), когда это станет актуальным. Отступы не требуются, но это делает ваш код более легким для чтения и затрудняет выполнение простых ошибок.

Часть 2. Переменные в Bash

Источник: https://ryanstutorials.net/bash-scripting-tutorial/bash-script.php