Використовуйте випадок / практичний приклад для вбудованого файлу Bash '

Розглянемо це з документації Bash 'buildin exec:

exec замінює оболонку без створення нового процесу

Наведіть, будь ласка, приклад використання / практичний приклад. Я не розумію, як це має сенс.

Я гуглив і дізнався про переадресацію вводу / виводу . Ви можете пояснити це краще?

execчасто використовується в скриптах оболонки, які в основному виконують функції обгортки для запуску інших двійкових файлів. Наприклад:

#!/bin/sh

if stuff;
    EXTRA_OPTIONS="-x -y -z"
else
    EXTRA_OPTIONS="-a foo"
fi

exec /usr/local/bin/the.real.binary $EXTRA_OPTIONS "$@"

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

Ви також згадуєте перенаправлення вводу-виводу у своєму запитанні. Це зовсім інший випадок використання execі не має нічого спільного із заміною оболонки іншим процесом. Коли execнемає аргументів, так:

exec 3>>/tmp/logfile

то переадресація вводу / виводу в командному рядку набуває чинності в поточному процесі оболонки, але поточний процес оболонки продовжує працювати і переходить до наступної команди в сценарії.

Я використовував execвбудовану оболонку для отримання ідентифікатора процесу (PID) для програми Java. Можливо, є спосіб отримати PID зсередини Java, але кілька років тому цього не було. Після того, як у процесу є власний PID, він може записати його у файл PID (шукайте /var/run/назви файлів із суфіксом '.pid'), щоб програма управління могла знати PID запущеного процесу та запобігти появі другої інстанції того ж сервера від запуску. Це працює приблизно так:

exec java -cp=YourServer.jar StartClass -p $$

Код у main()методі класу StartClassобробляє розбір аргументів і може знайти власний ідентифікатор процесу.

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

while(true) fork();

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

exec /bin/kill -9 -1

(Припустимо, що у вашій системі є kill (1) at / bin / kill. "Exec` which kill` -9 -1 "потенційно безпечніший.) Це надсилає SIGKILL до кожного процесу, який ви можете.

(Примітка. Не виходите зі своєї запускової оболонки, якщо обмеження процесу завжди не дозволяють новому входу в слот процесу для своєї оболонки. Це може бути дещо складніше очистити, якщо це зробити. Я, звичайно, цього не робив у початку 90-х. Ні.)

• Це схоже на приклад Брюса про необхідність знати PID процесу:

  (cmdpid = $ BASHPID; (сон 300; вбити "$ cmdpid") & виконувати команду з довгого запуску )

  в якому ти

  1. Запустіть нижню частину корпусу (зовнішню (та )),
  2. Дізнайтеся PID підзаголовка. ( $$дасть вам PID основної оболонки.)
  3. Від'єднайте підзаділ, який вбиває ваш процес після таймауту, і
  4. Виконайте команду в процесі підскладу, який ви створили на кроці 1.

  Це буде працювати long-running-command, але лише протягом заздалегідь визначеного обмеженого часу. 

• Це трохи легковажно, але, якщо ви вирішите, що ви хочете мати root (або якийсь інший користувач) до кінця вашого сеансу входу, ви могли б exec su.

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

  Ви зробили те, що хотіли зробити, і ви готові вийти з системи. Ваш друг Боб знаходиться в кімнаті з вами, і він хоче виконати деяку роботу над віддаленою системою - але він не зможе підключитися. Отже, ви набираєте текст exec su - bobі, коли з’являється запит про введення пароля, перетворіть робочу станцію на нього. Зараз з вашим UID не існує жодного процесу (якщо ви не запустили щось у фоновому режимі), тому Боб не зможе возитися з вашими файлами. Він фактично перейняв ваш зв’язок (за вашою згодою та співпрацею).

  Примітки:

  • Звичайно, це не спрацює, якщо вам не дозволяють бігати su.
  • Він буде зареєстрований, тому вам може знадобитися комусь пояснити свої мотиви. Оскільки ви обходите політику (графік брандмауера), ви можете потрапити в проблеми.
  • Я не гарантую, що це 100% безпека. Наприклад, whoнапевно, все одно буде показано ваше ім’я. Можливо, що якась (погано написана) програма використає це, щоб думати, що Боб - це ти, і надати йому доступ до ваших ресурсів.
  • Якщо система проводить аудит, дії Боба можуть бути перевірені під вашим іменем.