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

Первое замечание по терминологии.

Фоновый режим обычно относится к управлению заданиями в интерактивных оболочках.

Например, когда вы запускаете команду с добавленным &. Или нажмите Ctrl + Z и затем запустите bg.

Задания не процессы, а группы процессов . Когда вы бежите:

$ ps -ej | grep -w "$$" & echo "$!"
35131
  19152   19152   19152 pts/0    00:00:00 zsh
  35130   35130   19152 pts/0    00:00:00 ps
  35131   35130   19152 pts/0    00:00:00 grep

Этоps | grepзадание (, реализованное здесь через группу процессов 35130, лидером которой является запущенный процесс ps, но также содержит запущенный процесс grep), переведенный в фоновый режим.

Фон здесь означает:

1. Оболочка не ожидает завершения этого задания. Вы вернетесь к подсказке и сможете вводить дополнительные команды, пока это задание все еще выполняется.
2. Драйвер терминального устройства сообщает, что эта группа процессов не находится на переднем плане. Таким образом, процессы в этой группе процессов не имеют права читать с терминала (все процессы в группе будут прерваны, если какой-либо процесс в ней попытается прочитать с терминала )и не получит затронуты ^C/ ^Z/ ^\и т. д.
3. Оболочка вводит задание в свою внутреннюю таблицу заданий и записывает его как находящееся в фоновом режиме.

Теперь формулировка фонового иногда используется за пределами управления терминальными заданиями.

Когда вы делаете:

cmd1 | cmd2 & pid=$!
somecommand
wait

в скрипте отсутствует управление заданиями. Если этот скрипт запускается в терминале интерактивной оболочкой, он сам будет помещен либо на передний план, либо на фон в зависимости от того, как скрипт был запущен, как и любая другая команда.

, но это cmd1 | cmd2в сценарии не будет переведено в фоновый режим оболочкой, интерпретирующей сценарий как не интерактивную оболочку.

Если вы нажмете ^C, cmd1и cmd2будут точно так же уничтожены вместе с оболочкой, выполняющей скрипт, и приостановлены, когда вы нажмете ^Z. Вместо того, чтобы говорить, что cmd1 | cmd2запускается в фоновом режиме, правильнее сказать, что они запускаются асинхронно .

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

Теперь, когда это разъяснено, может ли процесс перевести себя в фоновый режим?

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

• Я в сеансе, подключенном к терминалу? (Имеет ли вообще смысл управление заданиями?)
• Я один в своей группе процессов или есть другие процессы?
• моя группа процессов уже находится в активном или фоновом режиме?
• Ожидается ли моя группа процессов интерактивной оболочкой?

Если мы можем ответить «да» на все эти вопросы, то есть если нас вызывают как простую команду (, а не как часть конвейера или составную команду )из интерактивной оболочки в терминале, тогда нам потребуется to (1 )сообщить ожидающей оболочке, чтобы она прекратила нас ждать, (2 )сообщить терминалу, что его группа процессов больше не является приоритетной, и (3 )сообщить оболочке, чтобы обновите свою таблицу заданий, чтобы записать тот факт, что мы сейчас в фоновом режиме.

На самом деле вы не можете сказать другому процессу прекратить ждать вас, кроме как путем завершения или приостановки, и в этом случае этот процесс получит сигнал SIGCHLDили вызов wait*(), который он выполняет в настоящее время, вернется.

Тем не менее, вы можете приостановить себя, отправив себе сигнал SIGTSTP (, который отправляется при нажатии^Z)или SIGSTOP (, который не может быть перехвачен ), и в этом случае все (1 ), (2 )и (3 )произойдет автоматически, за исключением того, что состояние задания будет приостановлено вместо работающее в фоновом режиме .

Теперь, поскольку вы отстранены, вы больше не работаете и не можете возобновить свою работу.

Однако вы можете разветвить дочерний процесс, который возобновит работу самостоятельно (, отправив SIGCONT на ваш pid )за некоторое время до приостановки.

Когда вы возобновите выполнение, ваша оболочка снова получит SIGCHLD,и (3 ), когда оболочка понимает, что вы сейчас работаете в фоновом режиме, произойдет, когда она обработает этот сигнал.

В качестве примера, реализуя это вsh:

$ sh -c 'echo running in foreground; sleep 1
         (sleep 1; echo resuming my parent; kill -s CONT "$$") &
         echo stopping; kill -s STOP "$$"
         echo resumed
         sleep 30
         echo finished'; echo "$?"
running in foreground
stopping
147
zsh: suspended (signal)  sh -c
$ resuming my parent
resumed
$ jobs
[1]  + running    sh -c
$ finished
[1]  + done       sh -c

Также можно приостановить всю вашу работу с помощьюkill(0, SIGSTOP)(kill -s STOP 0в sh), но правильно ли, чтобы процесс делал это, чтобы повлиять на поток выполнения процессов, которые он не запускал и о которых не знает? ?

sh -c 'echo running in foreground
       perl -MPOSIX -le "setpgid 0,0; # leave the process group before it is suspended
                         sleep 2;
                         print q(resuming the process group of my parent);
                         kill q(CONT), - shift@ARGV
                        " "$(ps -o pgid= -p "$$")" &
       sleep 1
       echo stopping my process group; kill -s STOP 0
       echo process group resumed
       sleep 30
       echo finished' | cat