Из этой статьи:
Sourcing выполнит команды в текущей оболочке, выполняя создаст новую оболочку и выполнит команды там.
Он описывает, что каждая оболочка имеет свой собственный PID. Я не вижу никакой разницы между словом shell и процессом, по крайней мере, не в том, как слово shell используется в его контексте.
И в контексте писатель говорит о процессах, выполняющих этот конкретный тип программы: процессы оболочки. Это предложение просто написано в сокращенной форме (и также отсутствует соединение). Это могло быть написано:
Выбор сценария будет выполнять команды в текущем процессе оболочки, тогда как выполнение сценария вызовет новый процесс оболочки и выполнит команды там.
Он был написан в контексте, в котором было ясно, что оболочками, в частности оболочкой Bourne Again, сценариями и процессами были предметом обсуждения. Здесь важен контекст.
shell является частью метафоры операционной системы как орех.
Оболочка (работающая) - это процесс, но не все процессы являются оболочками.
Все запущенные приложения и демоны являются процессами. Единственное, что работает, но не является процессом, - это ядро (включая потоки ядра). Ядро, по крайней мере в Unix-подобных ОС, запускает один (или более) начальный процесс, созданный вручную, обычно называемый init . Эти процессы являются родителями целой иерархии других процессов. Когда вы запустите команду ps или top , вы увидите каждый процесс со своим отдельным PID .
Когда вы входите в эмулятор терминала, вы запускаете интерактивную оболочку, например sh , dash , ksh , bash , zsh и тому подобное. Эти оболочки интерпретируют команды, которые вы вводите в окне терминала, например, ls , cat и date . Последние являются не оболочками, а исполняемыми файлами.
Вы также можете запускать сценарии оболочки, которые представляют собой текстовые файлы, содержащие команды, которые должны выполняться оболочкой.
Поскольку не все программы являются сценариями оболочки или интерактивными сеансами оболочки, нельзя сказать, что оболочка является синонимом процесса.
