Definieren einer Variable mit oder ohne Export

Question

Wofür ist export?

Was ist der Unterschied zwischen:

export name=value

und

name=value

Answer 1

export stellt die Variable sub-Prozessen zur Verfügung.

Das bedeutet,

export name=value

bedeutet, dass die Variable name für jeden Prozess verfügbar ist, den Sie von diesem Shell-Prozess ausführen. Wenn Sie möchten, dass ein Prozess diese Variable verwendet, verwenden Sie export und führen Sie den Prozess von dieser Shell aus.

name=value

bedeutet, dass der Geltungsbereich der Variable auf die Shell beschränkt ist und für keinen anderen Prozess verfügbar ist. Sie würden dies für (zum Beispiel) Schleifenvariablen, temporäre Variablen usw. verwenden.

Es ist wichtig zu beachten, dass das Exportieren einer Variable diese nicht für übergeordnete Prozesse verfügbar macht. Das bedeutet, dass das Angeben und Exportieren einer Variable in einem abgeleiteten Prozess sie nicht im Prozess verfügbar macht, der ihn gestartet hat.

Answer 2

Um zu veranschaulichen, was die anderen Antworten sagen:

$ foo="Hallo, Welt"
$ echo $foo
Hallo, Welt
$ bar="Auf Wiedersehen"
$ export foo
$ bash
bash-3.2$ echo $foo
Hallo, Welt
bash-3.2$ echo $bar

bash-3.2$

Answer 3

Es wurde gesagt, dass es nicht notwendig ist, in Bash zu exportieren, wenn Unterprozesse gestartet werden, während andere genau das Gegenteil behaupten. Es ist wichtig, den Unterschied zwischen Unterprozessen (die durch (), ``, $() oder Schleifen erstellt werden) und Teilprozessen (Prozesse, die durch Namen aufgerufen werden, zum Beispiel ein wörtliches bash in Ihrem Skript) zu beachten.

• Subshells haben ungeachtet ihres Exportzustands Zugriff auf alle Variablen des übergeordneten Prozesses.
• Subprozesse sehen nur die exportierten Variablen.

Was in diesen beiden Konstrukten gemeinsam ist, ist, dass weder Variablen an den übergeordneten Shellprozess zurückgegeben werden können.

$ noexport=noexport; export export=export; (echo subshell: $noexport $export; subshell=subshell); bash -c 'echo subprocess: $noexport $export; subprocess=subprocess'; echo parent: $subshell $subprocess
subshell: noexport export
subprocess: export
parent:

Es gibt eine weitere Quelle der Verwirrung: Manche glauben, dass 'geforkte' Teilprozesse diejenigen sind, die nicht auf nicht exportierte Variablen zugreifen können. Normalerweise werden fork()s sofort von exec()s gefolgt, und deshalb scheint es, dass man nach dem fork() suchen muss, während es in Wirklichkeit das exec() ist. Sie können Befehle ohne vorheriges Forking mit dem Befehl exec ausführen, und Prozesse, die auf diese Weise gestartet werden, haben ebenfalls keinen Zugriff auf nicht exportierte Variablen:

$ noexport=noexport; export export=export; exec bash -c 'echo execd process: $noexport $export; execd=execd'; echo parent: $execd
execd process: export

Beachten Sie, dass wir dieses Mal die parent: Zeile nicht sehen, da wir die übergeordnete Shell durch den exec Befehl ersetzt haben, sodass nichts übrig bleibt, um diesen Befehl auszuführen.

Answer 4

Dies ist eine falsche Antwort, die jedoch aus historischen Gründen beibehalten wurde. Siehe unten die 2. Bearbeitung.

Andere haben geantwortet, dass export die Variable für Unter-Shell verfügbar macht, und das ist korrekt, aber nur ein Nebeneffekt. Wenn Sie eine Variable exportieren, platziert sie diese Variable in die Umgebung der aktuellen Shell (d. h. die Shell ruft putenv(3) oder setenv(3) auf).
Die Umgebung eines Prozesses wird bei exec vererbt, wodurch die Variable in Unter-Shell sichtbar wird.

Bearbeitung (mit 5 Jahren Perspektive): Dies ist eine alberne Antwort. Der Zweck von 'export' besteht darin, Variablen "in der Umgebung von anschließend ausgeführten Befehlen zu sein", ob diese Befehle Unter-Shell oder Unterprozesse sind. Eine naive Implementierung wäre es, die Variable einfach in die Umgebung der Shell zu setzen, aber dadurch wäre es unmöglich, export -p zu implementieren.

2. Bearbeitung (weitere 5 Jahre sind vergangen). Diese Antwort ist einfach bizarr. Möglicherweise hatte ich irgendwann einen Grund zu behaupten, dass bash die exportierte Variable in ihre eigene Umgebung setzt, aber diese Gründe wurden hier nicht angegeben und sind jetzt verloren gegangen. Siehe Exportieren einer funktionslokalen Variable in die Umgebung.

Answer 5

export NAME=value für Einstellungen und Variablen, die für einen Unterprozess eine Bedeutung haben.

NAME=value für temporäre oder Schleifenvariablen, die privat für den aktuellen Shell-Prozess sind.

Im Detail markiert export den Variablennamen in der Umgebung, der in Unterprozessen und deren Unterprozessen beim Erstellen kopiert wird. Es wird nie ein Name oder Wert aus dem Unterprozess zurückkopiert.

• Ein häufiger Fehler ist es, ein Leerzeichen um das Gleichheitszeichen zu setzen:

  $ export FOO = "bar"  
  bash: export: `=': not a valid identifier

• Nur die exportierte Variable (B) wird vom Unterprozess gesehen:

  $ A="Alice"; export B="Bob"; echo "echo A is \$A. B is \$B" | bash
  A is . B is Bob

• Änderungen im Unterprozess ändern nicht die Hauptshell:

  $ export B="Bob"; echo 'B="Banana"' | bash; echo $B
  Bob

• Markierte Variablen für den Export haben Werte, die beim Erstellen des Unterprozesses kopiert werden:

  $ export B="Bob"; echo '(sleep 30; echo "Subprozess 1 hat B=$B")' | bash &
  [1] 3306
  $ B="Banana"; echo '(sleep 30; echo "Subprozess 2 hat B=$B")' | bash 
  Subprozess 1 hat B=Bob
  Subprozess 2 hat B=Banana
  [1]+  Done         echo '(sleep 30; echo "Subprozess 1 hat B=$B")' | bash

• Nur exportierte Variablen werden Teil der Umgebung (man environ):

   $ ALICE="Alice"; export BOB="Bob"; env | grep "ALICE\|BOB"
   BOB=Bob

Also, jetzt sollte klar sein wie die Sonne im Sommer! Danke an Brain Agnew, alexp und William Prusell.