Was ist der Unterschied zwischen "eval" und "source / dev / stdin"?

17

Zwischen folgenden Alternativen ...

  1. mit eval.

    comd="ls"
    eval "$comd"
    
  2. mit source /dev/stdin

    printf "ls" | source /dev/stdin
  3. mit source /dev/stdinund ( )oder{ }

    ( printf "ls" ) | source /dev/stdin
    { printf "ls"; } | source /dev/stdin
    

    (Wenn wir laufen printfin { }, gibt es keinen Vorteil andere als nicht Subshell verwenden?)

    • Was ist der Unterschied zwischen ihnen?

    • Welches ist bevorzugt?

    • Welches ist die bevorzugte Methode zum Ausführen von Befehlen? ()oder {}?

MS.Kim
quelle
1
Ich würde keinen Ansatz empfehlen. Was versuchst du eigentlich zu tun , dass du denkst willkürlichen Code ausführen zu müssen, der von einem Benutzer eingegeben wurde?
Chepner
2
Ich auch, obwohl sie willkürliche Benutzereingaben ausführten, bis ich die Frage las. Aber vielleicht sagen Sie voraus, dass sie es tun werden.
Strg-Alt-Delor

Antworten:

17
  • Was ist der Unterschied zwischen den Wegen?

von bash manpage:

eval [arg ...]
              The  args  are read and concatenated together into a single com
              mand.  This command is then read and executed by the shell,  and
              its  exit status is returned as the value of eval.  If there are
              no args, or only null arguments, eval returns 0.

source filename [arguments]
              Read and execute commands from filename  in  the  current  shell
              environment  and return the exit status of the last command exe
              cuted from filename.  If filename does not contain a slash, file
              names  in  PATH  are used to find the directory containing file
              name.  The file searched for in PATH  need  not  be  executable.
              When  bash  is  not  in  posix  mode,  the  current directory is
              searched if no file is found in PATH.  If the sourcepath  option
              to  the  shopt  builtin  command  is turned off, the PATH is not
              searched.  If any arguments are supplied, they become the  posi
              tional  parameters  when  filename  is  executed.  Otherwise the
              positional parameters are unchanged.  The return status  is  the
              status  of  the  last  command exited within the script (0 if no
              commands are executed), and false if filename is  not  found  or
              cannot be read.

Es gibt keine Unterschiede zwischen den beiden Möglichkeiten.

Es gibt nur eine Anmerkung: evalVerkettet alle Argumente, die dann als ein einziger Befehl ausgeführt werden. sourceLiest den Inhalt einer Datei und führt sie aus. evalkann nur Befehle aus seinen Argumenten erstellen, nicht stdin. So kann man das nicht machen:

printf "ls" | eval
  • Welches ist bevorzugter?

Ihr Beispiel liefert das gleiche Ergebnis, aber der Zweck von evalund sourceist unterschiedlich. sourcewird normalerweise verwendet, um eine Bibliothek für andere Skripte bereitzustellen, während evalnur Befehle ausgewertet werden. Sie sollten die Verwendung evalnach Möglichkeit vermeiden , da keine Garantie dafür besteht, dass die ausgewertete Zeichenfolge sauber ist. wir müssen subshellstattdessen einige Hygienekontrollen durchführen .

  • Wenn wir einige Befehle in () oder {} ausführen, welche ist bevorzugter?

Wenn Sie Sequenzbefehle in geschweiften Klammern { }ausführen, werden alle Befehle in der aktuellen Shell und nicht in einer Subshell ausgeführt (was der Fall ist, wenn Sie in runden Klammern ausgeführt werden (siehe Bash- Referenz )).

Die Verwendung von subshell ( )verwendet mehr Ressourcen, aber Ihre aktuelle Umgebung ist nicht betroffen. Bei Verwendung von werden { }alle Befehle in der aktuellen Shell ausgeführt, sodass Ihre Umgebung betroffen ist. Abhängig von Ihrem Zweck können Sie einen davon auswählen.

cuonglm
quelle
2
Ich denke, Sie haben die Frage falsch verstanden. Natürlich können Sie nicht ersetzen evaldurch source. Ich denke die Frage ist: Ist eval "$cmd"gleichbedeutend mit echo "$cmd" | source /dev/stdin. Meine aktuelle Meinung ist: ja.
Hauke ​​Laging
3

Der Hauptunterschied besteht darin, dass die 2. und 3. Form eine Pipe verwenden, mit der Bash gezwungen wird, den Befehl "source" in einer Subshell auszuführen (es sei denn, die letzte Pipe ist festgelegt, nur in Bash 4.2+ verfügbar) :

printf "ls" | bash

Die Konsequenzen sind, dass alle von Ihrem Code gesetzten Umgebungsvariablen verloren gehen und dies nicht wie erwartet funktioniert:

printf "abc=2" | source /dev/stdin

Um die Befehle in der aktuellen Shell auszuführen, können Sie die Prozessersetzung verwenden:

source <(printf "abc=2")

Sie können wie gewohnt weitere Befehle in Klammern setzen, indem Sie ein Semikolon verwenden.

Wenn Sie die Pipe auf diese Weise entfernen, gibt es meines Erachtens keinen Unterschied zwischen der Verwendung von "eval" und "source". Sie sollten diejenige vorziehen, die in Ihrem speziellen Fall einfacher zu verwenden ist:

  • Wenn Sie bereits Befehle zur Ausführung in Variablen haben, verwenden Sie "eval".
  • Wenn Sie sie in einer Datei haben oder von einem externen Befehl erhalten, verwenden Sie "source".
Kamil Christ
quelle
0

Ergänzend zu den bereits gegebenen Antworten:

Ein sourceÄquivalent zu ...

comd="ls"
eval "$comd"

... ist ...

source <(printf ls)

Im Falle lsgibt es keinen signifikanten Unterschied.

Aber im Falle eines Befehls, der Ihre aktuelle Umgebung beeinflussen soll (was Sie normalerweise bei der Verwendung beabsichtigen source), würde diese Variante dies tun (wie Ihre erste Lösung evalauch), während Ihr zweiter Ansatz nur die Umgebung einer Unterschale betrifft, die gewonnen hat. ' Nicht verfügbar, nachdem Sie Ihre Codezeile ausgeführt haben.

Yaccob
quelle