Warum ist das Setzen einer Variablen vor einem Befehl in der Bash zulässig?

Ich habe gerade mehrere Antworten gefunden, zum Beispiel zum Parsen einer Textdatei mit Trennzeichen ... die das Konstrukt verwenden:

while IFS=, read xx yy zz;do
    echo $xx $yy $zz
done < input_file

Wobei die IFSVariable vor dem readBefehl gesetzt wird.

Ich habe die Bash-Referenz gelesen , kann aber nicht herausfinden, warum dies legal ist.

Ich habe es versucht

$ x="once upon" y="a time" echo $x $y

von der Bash-Eingabeaufforderung wurde aber nichts wiedergegeben. Kann mir jemand sagen, wo diese Syntax in der Referenz definiert ist, mit der die IFS-Variable auf diese Weise festgelegt werden kann? Ist es ein Sonderfall oder kann ich etwas Ähnliches mit anderen Variablen tun?

Es steht unter Shell-Grammatik, Einfache Befehle (Hervorhebung hinzugefügt):

Ein einfacher Befehl ist eine Folge von optionalen Variablenzuweisungen, gefolgt von durch Leerzeichen getrennten Wörtern und Umleitungen , die von einem Steueroperator beendet werden. Das erste Wort gibt den auszuführenden Befehl an und wird als Argument Null übergeben. Die verbleibenden Wörter werden als Argumente an den aufgerufenen Befehl übergeben.

Sie können also eine beliebige Variable übergeben. Ihr echoBeispiel funktioniert nicht, da die Variablen an den Befehl übergeben und nicht in der Shell festgelegt werden. Die Shell wird erweitert $xund $y vor dem Aufrufen des Befehls. Das funktioniert zum Beispiel:

$ x="once upon" y="a time" bash -c 'echo $x $y'
once upon a time

Die definierten Variablen werden zu Umgebungsvariablen im gegabelten Prozess.

Wenn du läufst

A="b" echo $A

Dann expandiert bash zuerst $Ain ""und läuft dann

A="b" echo

Hier ist der richtige Weg:

x="once upon" y="a time" bash -c 'echo $x $y'

Beachten Sie die einfachen Anführungszeichen in bash -c, ansonsten haben Sie das gleiche Problem wie oben.

Ihr Schleifenbeispiel ist also zulässig, da der in Bash integrierte Befehl 'read' in seinen Umgebungsvariablen nach IFS sucht und findet ,. Deshalb,

for i in `TEST=test bash -c 'echo $TEST'`
do
  echo "TEST is $TEST and I is $i"
done

wird gedruckt TEST is and I is test

Als letztes wird, wie bei der Syntax, in einer for-Schleife eine Zeichenkette erwartet. Deshalb musste ich Backticks verwenden, um daraus einen Befehl zu machen. While-Schleifen erwarten jedoch Befehlssyntax, z IFS=, read xx yy zz.

man bash

UMGEBUNG

[...] Die Umgebung für einen einfachen Befehl oder eine Funktion kann vorübergehend erweitert werden, indem Parameterzuweisungen vorangestellt werden, wie oben in PARAMETERS beschrieben. Diese Zuweisungsanweisungen wirken sich nur auf die Umgebung aus, die von diesem Befehl angezeigt wird.

Die Variablen werden vor der Variablenzuordnung erweitert. Aus dem offensichtlichen Grund var=xwürde das auch anders funktionieren, aber var=$othervarnicht. Dh Ihr $xwird benötigt, bevor es verfügbar ist. Das ist aber nicht das Hauptproblem. Das Hauptproblem besteht darin, dass die Befehlszeile nur von der Shell-Umgebung geändert werden kann, die Zuweisung jedoch nicht Teil der Shell-Umgebung wird.

Sie vermischen sich mit Funktionen: Sie möchten eine Befehlszeile ersetzen, aber die Variablendefinition in die Befehlsumgebung einfügen. Befehlszeilenersetzungen müssen von der Shell vorgenommen werden. Die Umgebung muss vom aufgerufenen Befehl explizit verwendet werden. Ob und wie dies geschieht, hängt vom Befehl ab.

Der Vorteil dieser Verwendung besteht darin, dass Sie die Umgebung für einen Unterprozess festlegen können, ohne die Shell-Umgebung zu beeinträchtigen.

x="once upon" y="a time" bash -c 'echo $x $y'

Funktioniert wie erwartet, da in diesem Fall beide Funktionen kombiniert werden: Die Befehlszeilenersetzung wird nicht von der aufrufenden Shell, sondern von der Subprozess-Shell durchgeführt.

Der Befehl , den Sie bieten ist anders , weil $xund $yexpandiert werden , bevor der echoBefehl ausgeführt wird , so dass ihre Werte in der aktuellen Shell verwendet werden, nicht die Werte , die echoin seiner Umgebung sehen würde , wenn es zu sehen waren.

Ich gehe auf das Gesamtbild von " Warum ist es legal?"

Antwort: Damit Sie ein Programm aufrufen oder aufrufen können und für diesen Aufruf nur eine Variable mit einer bestimmten Variablen verwenden können.

Beispiel: Sie haben einen Parameter für eine Datenbankverbindung mit dem Namen 'db_connection' und übergeben normalerweise 'test' als Namen für Ihre Testdatenbankverbindung. In der Tat können Sie es sogar als Standard festlegen, den Sie dann nicht explizit übergeben müssen. Manchmal möchten Sie jedoch mit der ci-Datenbank arbeiten. Sie übergeben den Parameter also als 'ci' und das aufgerufene Programm verwendet diesen Datenbankparameter als Namen der Datenbank, die für alle Datenbankaufrufe verwendet werden soll. Wenn Sie den Vorgang für den nächsten Lauf nicht wiederholen und nur das Programm aufrufen, wird die Variable auf den vorherigen Standardwert zurückgesetzt.

Sie können auch verwenden ;. Es wird vorher ausgewertet, weil es ein Befehlstrennzeichen ist.

x="once upon" y="a time"; echo $x $y