Festlegen von PATH vs. Exportieren von PATH in ~/.bash_profile

Question 1

Um Ihre Fragen konkret zu beantworten:

export tutsetzen Sie dies $PATHexplizit.
Nein. exportlegt die Umgebung für untergeordnete Prozesse fest, $PATHist aber bereits für die aktuelle Umgebung festgelegt. Im zweiten Beispiel wird also beim Einlesen des Befehls - undVor exportwird ausgeführt – der Wert der aktuellen Umgebung $PATHwird in das $PATHWort erweitert.
Sie sollten das verwenden, was für Sie notwendig und/oder bequem ist. Funktional macht beides keinen Unterschied, es handelt sich also in erster Linie um eine Frage des Stils.

POSIX definiert dieexporteingebautAlso:

Die Shell muss den Variablen, die den angegebenen Namen entsprechen, das Attribut zuweisen export, das sie in die Umgebung der nachfolgend ausgeführten Befehle einordnet. Wenn auf den Namen einer Variablen folgt= Wort, dann wird der Wert dieser Variable gesetzt aufWort.

Von einem anderen meinerAntworten:

Es gibt kaum einen Unterschied zwischen der Deklaration einer Shell-Variable und einer Umgebungsvariable. Da „export“ ein eingebautes Attribut ist, deklariert es eine Umgebungsvariable für den nächsten aufgerufenen Prozess. Wenn Sie jedoch keine aufrufen, bleibt dieser Prozess die Shell, und Ihre Variable wird daher zweimal ausgewertet.

Sie können alle Exporte entfernen, ohne dass dies Auswirkungen auf die exportierten Variablen hat, solange Sie nicht exportzweimal auswerten. Mit zweimal auswerten meine ich:

var1=var2 
export "${var1}=var3"
echo "$var2"
var3

Verwenden Sie stattdessen einfach:

set -a

...am Anfang des Skripts. Alle danach definierten Variablen werden automatisch festgelegt exported– einschließlich Variablen, die Sie möglicherweise vorher nicht exportfestgelegt haben. Alternativ können Sie nur set -aeinen Teil des Skripts festlegen und set +aihn später löschen – es könnte auch als Funktion funktionieren.

Aber Subshells erben Variablenwerte sowieso automatisch, also:

var1=value
( echo "$(echo "$var1")" )
value

exportmacht in diesem Fall keinen Unterschied.

Wenn Ihr Skript jedoch ein anderes Skript oder eine andere ausführbare Datei aufruft, die die von Ihnen eingegebenen Werte interpretiert, exportund Sie diese beenden export, sind diese Werte in ihrer Umgebung nicht mehr verfügbar. Im folgenden Beispiel verwende ich die Shell-Variable $PS1, die den Inhalt der Eingabeaufforderung einer interaktiven Shell definiert, um zu demonstrieren, wie sich Variationen der exporteingegebenen Variablen auf untergeordnete Prozesse auswirken.

export PS1="$(printf "this is another executable\n > ")"
echo exit | sh -i

###OUTPUT###

this is another executable
 > exit
exit

Aber ...

PS1="$(printf "this is another executable\n > ")"
echo exit | sh -i

###OUTPUT###

sh-4.3$ exit
exit

Wenn Sie jedoch beim Aufrufen eines Prozesses Umgebungsvariablen explizit deklarieren ...

PS1="$(printf "this is another executable\n > ")"
{
echo exit | PS1=$PS1 sh -i
echo exit | sh -i
}

###OUTPUT###

this is another executable
 > exit
exit
sh-4.3$ exit
exit

Alle ENVDateien, die zuerst von einer Shell aufgerufen werden, wie .bashrcoder , .profilelegen Variablenwerte für die Lebensdauer dieser Shell fest. Alle Variablen, die exportin diesen Dateien festgelegt und bearbeitet werden, behalten diese exportEigenschaft und werden für exportdie Lebensdauer der Shell oder bis sie beendet werden an alle von dieser Shell aufgerufenen Kindprozesse bearbeitet unset.

Es ist jedoch bemerkenswert, dass bashdie exportintegrierte Funktion etwas erweitert wird, um die Option einzuschließen – die es Ihnen ermöglicht, das Attribut aus einer Variablen -nzu entfernen , ohne es zu beeinflussen, aber dies ist kein portables Verhalten.exportunset

Answer