Навіщо запускати команду оболонки Linux за допомогою "&"?

Я використовую Red Hat Linux Enterprise версії 5. Я помітив, що люди іноді виконують команди з кількома &параметрами. Наприклад, у нижченаведеній команді є два &знаки. Яке їх призначення? Чи завжди вони використовуються разом з ногупом?

nohup foo.sh <script parameters> >& <log_file_name> &

Окрім відповідей Мартіна, Еша та Кевіна, іноді ви побачите амперсанд, використаний математично для розрядних І ^* :

$ echo $(( 11 & 7 ))
3

Якщо ви не знайомі з бітовими операторами:

11: 1011
 7: 0111
-------- AND
 3: 0011

У кожній позиції є по одному біту першого числа І другого числа, встановіть цей біт на один у відповіді.

^{* _{Функція у відповідь Кевіна згадується як логічне AND.}}

Щоб уточнити відповідь Еша, коли амперсанд може використовуватись для перенаправлення, він може сказати оболонці скопіювати дескриптор файлу. У цій команді echo "hello" > outputfile 2>&1ampersand викликає будь-який вихід, який може перейти до стандартної помилки (stderr, дескриптор файлу 2), перейти до того ж місця, що і стандартний вихід (stdout, дескриптор файлу 1, за замовчуванням для лівої частини >). >& outputfileОператор обраховувати для > outputfile 2>&1.

Крім того , новий в Bash 4, є два нові термінаторів для положень в caseкоманді ;&і ;;&які впливають на «провалюється» Інша справа , і якщо так, чи виконується наступне випробування.

У сценарії оболонки Bash ampersand "&" використовується для розщеплення процесів:

find -name hello &

Це призведе до того, що команда find буде роздвоєна та запущена у фоновому режимі (її завжди можна вбити за допомогою її PID).

Навіщо запускати команду оболонки Linux за допомогою "&"?

Щоб негайно повернути своє запит і запустити процес у фоновому режимі.

Яка функція у них?

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

> & перенаправляє як стандартний вихід, так і стандартну помилку у файл журналу.

& запускає всю справу у фоновому режимі, одразу повертаючи вас.

Пояснення:

Кожен процес Linux відкриває три канали вводу / виводу, вхід "stdin", стандартний вихід "stdout" та стандартний вихід помилок "stderr". Їх можна використовувати для двійкових, але вони традиційно є текстовими. Коли більшість програм бачать stdin близько, вони виходять (це може змінити програміст).

Коли вихідна оболонка виходить, stdin закривається на дітей, і (часто, як правило) діти також виходять. Крім того, діти отримують програмний сигнал SIGHUP, який вказує, що користувач "повісив трубку" (раніше модем), і за замовчуванням тут також потрібно вийти. (Зверніть увагу, програміст може змінити все це під час написання програми).

Отже, те, що робить Nohup - це дати дитині обробляти окреме середовище вводу / виводу, прив’язуючи входи та виходи до чогось, що не пов'язане з батьківською оболонкою, і захищати дитину від сигналу SIGHUP. Після того як користувач відключиться, ви побачите фоновий процес nohup, що належить init (процес 1), а не оболонку користувача.

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

На додаток до відповіді @ Martin: Інше використання ampersand ( >&як зазначено вище) полягає у захопленні і stdoutта, і stderr. Зазвичай, якщо ви перенаправили вихід до файлу лише з ">", ви отримаєте лише вихід stdout, пропускаючи помилки.

Окрім відповіді Мартіна та Еша, іноді ви можете побачити використання &&лексеми. Це використовується для того, щоб сказати "запустити другу команду, якщо і лише в тому випадку, якщо перша команда виконана успішно". Добре написана команда не матиме успішного виходу, якщо у неї є помилки.

[kevin@box ~]$ ls file && echo removing file && rm file
ls: file: No such file or directory
[kevin@box ~]$ touch file
[kevin@box ~]$ ls file && echo removing file && rm file
file
removing file
[kevin@box ~]$

Відповідь Мартіна хороша, але трохи неоднозначна. Команда завжди розщеплена і виконана, але нормальна поведінка оболонки - чекати на команду, поки вона не завершиться. "Амперсанд" відкладає його на другий план, щоб ви повернули своє термінальне запитання назад і можете робити інші речі. Якщо процес випхає дані в stdout або stderr, це буде змішано з тим, що ви робите під час запиту, і може заплутати вас. Ось чому ви переспрямовуєте потім за допомогою & &pp/to/logfile.txt.

У відповідь на George2, звичайна поведінка для оболонки, що виходить, полягає в надсиланні сигналу SIGHUP всім процесам в одній і тій же групі процесів (по суті речі, які ви породили), і вони зазвичай припиняються. Якщо ви хочете, щоб це продовжувалося, навіть якщо ви закрили процес оболонки, ви можете скористатися командою nohup, щоб змусити їх ігнорувати цей сигнал і продовжувати працювати. Існує особлива назва цього типу процесу, він називається демоновим процесом (вимовляється «демон»).