Shell - это интерфейс между пользователем и ОС для доступа к службам операционной системы. Это может быть интерфейс GUI или CLI (интерфейс командной строки).

sh (оболочка Bourne) - интерпретатор командной строки оболочки для Unix / Unix-подобных операционных систем. Он предоставляет некоторые встроенные команды. В языке сценариев мы обозначаем интерпретатор как #!/bin/sh. Он был наиболее широко поддержан другими оболочками, такими как bash (free / open), kash (не бесплатно).

Bash (Bourne again shell) - замена оболочки для оболочки Bourne. Баш - это надмножество sh. Bash поддерживает sh. POSIX - это набор стандартов, определяющих совместимость POSIX-систем. Bash на самом деле не является совместимой с POSIX оболочкой. На языке сценариев мы обозначаем интерпретатор как #!/bin/bash.

Analogy:

• Shell - это интерфейс или спецификации или API.
• sh - это класс, который реализует интерфейс Shell.
• Bash - это подкласс sh.

Операционная система Linux предлагает различные типы оболочек. Хотя оболочки имеют много общих команд, каждый тип имеет уникальные функции. Давайте рассмотрим различные типы используемых в основном оболочек.

Sh shell:

Sh shell также известна как Bourne Shell. Sh shell - первая оболочка, разработанная для компьютеров Unix Stephen Bourne в AT & amp; T's Bell Labs в 1977 году. Она включает в себя множество инструментов для написания сценариев.

Bash shell:

Bash shell обозначает Bourne Снова Shell. Оболочка Bash является оболочкой по умолчанию в большинстве дистрибутивов Linux и заменяет Sh Shell (Sh shell также будет работать в оболочке Bash). Bash Shell может выполнять подавляющее большинство скриптов Sh shell без изменений и также предоставлять функции редактирования строк команд.

Что такое sh

sh (или командный язык командной оболочки) - это язык программирования, описанный стандартом POSIX . Он имеет множество реализаций (ksh88, dash, ...). bash также можно рассматривать как реализацию sh (см. ниже).

Поскольку sh является спецификацией, а не реализацией, /bin/sh является символической ссылкой (или жесткой ссылкой) на фактическая реализация на большинстве систем POSIX.

Что такое bash

bash началось как sh -совместимая реализация (хотя она предшествует стандарту POSIX на несколько лет) но со временем он приобрел много расширений. Многие из этих расширений могут изменять поведение действительных сценариев оболочки POSIX, поэтому сам по себе bash не является допустимой оболочкой POSIX. Скорее, это диалект языка оболочки POSIX.

bash поддерживает переключатель --posix, что делает его более совместимым с POSIX. Он также пытается имитировать POSIX, если он вызван как sh.

sh = bash?

Долгое время /bin/sh указывал на /bin/bash на большинстве GNU / Linux. В результате было почти безопасно игнорировать разницу между ними. Но в последнее время это изменилось.

Некоторые популярные примеры систем, в которых /bin/sh не указывают на /bin/bash (а некоторые из которых /bin/bash могут даже не существовать):

1. Современные системы Debian и Ubuntu, по умолчанию символьные sh по dash;
2. Busybox , который обычно запускается во время загрузки системы Linux как часть initramfs. Он использует реализацию оболочки ash.
3. BSD и вообще любые системы, отличные от Linux. OpenBSD использует pdksh, потомок оболочки Korn. FreeBSD sh является потомком исходной оболочки UNIX Bourne. Solaris имеет свой собственный sh, который долгое время не был совместим с POSIX; свободная реализация доступна из проекта Heirloom .

Как вы можете узнать, что указывает /bin/sh на вашу систему?

Усложнение состоит в том, что /bin/sh может быть символической ссылкой или жесткой ссылкой. Если это символическая ссылка, способ portable для ее устранения:

% file -h /bin/sh
/bin/sh: symbolic link to bash

Если это жесткая ссылка, попробуйте

% find -L /bin -samefile /bin/sh
/bin/sh
/bin/bash

Фактически , флаг -L охватывает как символические ссылки, так и жесткие ссылки, но недостатком этого метода является то, что он не переносимый - POSIX не требует find для поддержки опции -samefile, хотя оба GNU find и FreeBSD find поддерживают его.

Shebang line

В конечном счете, вам решать, какой из них использовать, написав строку «shebang».

Например,

#!/bin/sh

будет использовать sh (и все, что происходит с точкой),

#!/bin/bash

будет использовать /bin/bash, если он доступен (и сбой с сообщением об ошибке, если это не так). Конечно, вы также можете указать другую реализацию, например

#!/bin/dash

Какой из них использовать

Для моих собственных сценариев я предпочитаю sh по следующим причинам:

• стандартизировано
• намного проще и легче учиться
• , оно переносится через системы POSIX - даже если они не имеют bash, они должны иметь sh

. Есть также преимущества использования bash. Его функции делают программирование более удобным и похожим на программирование на других современных языках программирования. К ним относятся такие области, как локальные переменные и массивы. Обычный sh - очень минималистический язык программирования.

Bash (bash) - одна из многих доступных (но наиболее часто используемых) оболочек Unix. Bash означает «Bourne Again SHell» и является заменой / улучшением оригинальной оболочки Bourne (sh).

Сценарий оболочки написан скриптом в любой оболочке, тогда как сценарий Bash написан скриптом специально для Bash.

TERMINAL

• программа, которая помещает окно вверх
• xterm, rxvt, konsole, kvt, gnome-terminal, nxterm и eterm.

SHELL

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

SH Vs. BASH

SH

• (SHell)
• Является конкретной оболочкой
• командным интерпретатором и языком программирования
• Предшественник BASH

BASH

• (Bourne-Again SHell)
• Является конкретной оболочкой
• командный интерпретатор и язык программирования
• Имеет смысл и больше
• Преемник SH
• BASH является SHELL
по умолчанию

СПРАВОЧНЫЙ МАТЕРИАЛ:

SHELL gnu.org:

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

Оболочка Unix - это командный интерпретатор и язык программирования. В качестве интерпретатора команд оболочка предоставляет пользовательский интерфейс для богатого набора утилит GNU. Функции языка программирования позволяют объединить эти утилиты. Файлы, содержащие команды, могут быть созданы и сами становятся командами. Эти новые команды имеют тот же статус, что и системные команды в каталогах, таких как / bin, что позволяет пользователям или группам создавать настраиваемые среды для автоматизации своих общих задач.

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

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

Корпуса также предоставляют небольшой набор встроенных команд (встроенных функций), реализующих функциональность, невозможную или неудобную для получения через отдельные утилиты. Например, cd, break, continue и exec не могут быть реализованы за пределами оболочки, потому что они непосредственно манипулируют самой оболочкой. Истории, getopts, kill или pwd builtins, среди прочих, могут быть реализованы в отдельных утилитах, но их удобнее использовать в качестве встроенных команд. Все встроенные оболочки описаны в следующих разделах.

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

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

BASH gnu.org:

Bash - это оболочка или команда переводчик языка, для операционной системы GNU. Это аббревиатура для «Bourne-Again SHell», каламбура Стивена Борна, автора прямого предка текущей оболочки Unix sh, которая появилась в седьмой версии Bell Labs Research версии Unix.

Bash в значительной степени совместим с sh и включает полезные функции из оболочки ksh ksh и оболочки csh c. Предполагается, что это будет совместимая реализация части IEEE POSIX Shell и инструментов спецификации IEEE POSIX (стандарт IEEE 1003.1).

В то время как операционная система GNU предоставляет другие оболочки, включая версию csh, Bash является оболочкой по умолчанию. Как и в других программах GNU, Bash довольно портативен. В настоящее время он работает практически со всеми версиями Unix и несколькими другими операционными системами. Для платформ MS-DOS, OS / 2 и Windows существуют независимые порты.

Этот вопрос часто был номинирован как канонический для людей, которые пытаются использовать sh, и удивляются, что он не ведет себя так же, как bash. Вот краткое описание распространенных недоразумений и ошибок.

Во-первых, вы должны понимать, чего ожидать.

• Если вы запустите свой скрипт с помощью sh scriptname или запустите его с scriptname и #!/bin/sh в строке shebang , вы должны ожидать поведение POSIX sh.
• Если вы запустите свой скрипт с помощью bash scriptname или запустите его с scriptname и иметь #!/bin/bash (или локальный эквивалент) в строке shebang, вы должны ожидать поведения Bash.

Имея правильный shebang и запуская скрипт, набрав только скрипт имя (возможно, с относительным или полным путем), как правило, является предпочтительным решением. В дополнение к правильному shebang для этого требуется, чтобы файл сценария имел разрешение на выполнение (chmod a+x scriptname).

Итак, как они на самом деле отличаются?

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

• [[, недоступны в sh (только [, который является более неуклюжим и ограничено).
• sh не имеет массивов.
• Некоторые ключевые слова Bash, такие как local, function и select, не переносимы на sh.
• У Bash множество расширений синтаксиса C-стиля, таких как $'string\nwith\tC\aescapes' и три аргумента for((i=0;i<=3;i++)), [increment assign] += и т. д.
• Bash поддерживает <<<'here strings'.
• У Bash есть расширение *.{png,jpg} и {0..9}.
• ~ относится к $HOME только в Bash (и, в более общем смысле, ~username в домашний каталог username).
• У Bash есть замещение процесса с помощью <(cmd) и >(cmd).
• Bash поддерживает сопроцессы с перенаправлением <>.
• Bash значительно расширенный ities для арифметики оболочки (хотя и не поддерживающей с плавающей запятой) и манипуляции с переменной подстрокой с помощью ${substring:1:2}, ${variable/pattern/replacement}, преобразования case и т. д.
• Многие, многие расширения Bash для включения или отключения необязательных поведение и разоблачение внутреннего состояния оболочки.
• Множество удобных функций для интерактивного использования, которые, однако, не влияют на поведение скриптов.

Помните, что это сокращенный список , Обратитесь к справочному руководству для полного совка и http://mywiki.wooledge.org/Bashism для многих хороших обходных решений; и / или попробуйте http://shellcheck.net/ , который предупреждает обо всех возможностях Bash.

Общей ошибкой является наличие строки #!/bin/bash shebang, но затем тем не менее, используя sh scriptname для фактического запуска скрипта. Это в основном отключает любую функцию Bash-only, поэтому вы получаете синтаксические ошибки, например. для попытки использования массивов.

К сожалению, Bash не будет предупреждать, когда вы пытаетесь использовать эти конструкции, когда он вызывается как sh. Это не полностью отключает все функции Bash-only, так что запуск Bash путем вызова его как sh не является хорошим способом проверить, правильно ли ваш сценарий переносится на ash / dash / POSIX sh.