В чем разница между использованием "sh" и "source"?

Ответ 1

Когда вы вызываете source (или его псевдоним .), вы вставляете script в текущий bash процесс. Таким образом, вы можете читать переменные, заданные script.

Когда вы вызываете sh, вы инициируете fork (подпроцесс), который запускает новый сеанс /bin/sh, который обычно является символической ссылкой на bash. В этом случае переменные среды, заданные под script, будут отброшены, когда закончится под script.

Внимание: sh может быть символической ссылкой на другую оболочку.

Один маленький образец

Например, если вы хотите изменить текущий рабочий каталог определенным образом, вы не сможете выполнить

cat <<eof >myCd2Doc.sh
#!/bin/sh
cd /usr/share/doc
eof

chmod +x myCd2Doc.sh

Это не будет делать то, что вы ожидаете:

cd /tmp
pwd
/tmp
~/myCd2Doc.sh
pwd
/tmp

потому что текущий рабочий каталог является частью среды и myCd2Doc.sh будет работать в подоболочке.

Но:

cat >myCd2Doc.source <<eof
# Shell source file
myCd2Doc() {
    cd /usr/share/doc
}
eof

. myCd2Doc.source
cd /tmp
pwd
/tmp
myCd2Doc
pwd
/usr/share/doc

(Я написал небольшой образец функции mycd.)

Уровень выполнения $SHLVL

cd /tmp
printf %b '\43\41/bin/bash\necho This is level \44SHLVL.\n' >qlvl.sh

bash qlvl.sh 
This is level 2.

source qlvl.sh 
This is level 1.

Маленький recursion

cat <<eoqlvl >qlvl.sh 
#!/bin/bash

export startLevel
echo This is level $SHLVL starded:${startLevel:=$SHLVL}.
((SHLVL<5)) && ./qlvl.sh
eoqlvl
chmod +x qlvl.sh

./qlvl.sh 
This is level 2 starded:2.
This is level 3 starded:2.
This is level 4 starded:2.
This is level 5 starded:2.

source qlvl.sh 
This is level 1 starded:1.
This is level 2 starded:1.
This is level 3 starded:1.
This is level 4 starded:1.
This is level 5 starded:1.

И последний тест:

printf %b '\43\41/bin/bash\necho Ending this.\nexit 0\n' >finalTest.sh

bash finalTest.sh 
Ending this.

source finalTest.sh
Ending this.

... Вы можете заметить другое поведение между обоими синтаксисами.; -)

Ответ 2

Основное отличие состоит в том, что они выполняются в другом процессе.

Итак, если вы source файл foo, который выполняет cd, на него влияет исходная оболочка (например, ваша интерактивная оболочка в терминале) (и ее текущий каталог будет изменяться)

Если вы выполняете sh foo, cd не влияет на оболочку источника, только только что созданный sh процесс foo

Прочтите Расширенное руководство Bash Scripting Guide.

^{Это отличие не относится к Linux; каждая реализация Posix имела бы это.}

Ответ 3

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

Однако также обратите внимание, что любой элемент вашей среды, который не экспортируется (например, переменные, псевдонимы и функции оболочки), не будет доступен для кода в test.sh когда он выполняется как подпроцесс (т. test.sh С sh test.sh).

Например:

$ cat > test.sh
echo $foo
$ foo=bar
$ sh test.sh
$ . test.sh
bar

Пример 2:

[email protected]:~$ cat test.sh
#!/bin/sh
cd /etc
[email protected]:~$ sh test.sh 
[email protected]:~$ pwd
/home/savoury
[email protected]:~$ source test.sh 
[email protected]:/etc$ pwd
/etc
[email protected]:/etc$ 

Ответ 4

Когда вы выполняете программу с командой sh:

• ваш терминал будет использовать sh или Bourne Shell для выполнения программы.
• создается новый процесс, потому что Bash делает точную копию самого себя. этот дочерний процесс имеет ту же среду, что и его родитель, только идентификатор процесса отличается. (этот процесс называется forking)
• вам нужно иметь разрешение на выполнение для его выполнения (так как оно разворачивается)

и когда вы используете команду источника:

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

Ответ 5

source (или.) - запускается внутри текущей оболочки и меняет ее атрибут/окружение.

sh делает форк и работает в подоболочке и поэтому не может изменить атрибуты/окружение.

Например,

Мой сценарий оболочки -

elite12!rg6655:~/sh_pr [33]$ cat changeDir.sh
#!/bin/bash
cd /home/elt/rg6655/sh_pr/justdir
pwd
echo $$

Моя текущая оболочка -

elite12!rg6655:~/sh_pr [32]$ echo $$
3272

Идентификатор процесса моей текущей оболочки - 3272

Работает с источником -

elite12!rg6655:~/sh_pr [34]$ source changeDir.sh
/home/elt/rg6655/sh_pr/justdir
3272
elite12!rg6655:~/sh_pr/justdir

Наблюдатель две вещи - 1) Идентификатор процесса (3272) идентичен моей оболочке, что подтверждает выполнение исходного кода в текущей оболочке. 2) команда cd сработала, и каталог был изменен на justdir.

Бег с sh -

elite12!rg6655:~/sh_pr [31]$ sh changeDir.sh
/home/elt/rg6655/sh_pr/justdir
13673
elite12!rg6655:~/sh_pr

В этом случае идентификатор процесса (13673) отличается, а каталог остается тем же, что означает, что он выполняется в другом процессе или подоболочке.