pid = `cat $ pidfile` oder lesen pid <$ pidfile?

Question

las ich eine Menge init.d Skripte und:

pid=`cat $pidfile` 

Linien traurig machen mich. Ich verstehe nicht, warum die Leute nicht verwenden:

read pid <$pidfile 

Letzte Probe POSIX-konforme Syntax verwendet und nicht tut fork/exec externen Prozess (cat) zu laufen.

Letzte Lösung ermöglicht auch das Überspringen von Inhalt nach dem ersten Zeilenumbruch.

Gibt es Traps mit read Befehl (trotz der Aufteilung in Felder)?

UPDATE. Einige peole verwenden nicht-portable Erweiterung für Shell wie:

How to get variable from text file into Bash variable

pid=$(<$pidfile) 

Answer 1

Die read pid < file Art und Weise ist die Best Practice für den Grund, warum Sie gesagt: viel billiger als ein fork/exec von cat.

Warum so viele Skripte das teure Verfahren machen, kann ich nur spekulieren. Wahrscheinlich von den Skripten anderer Leute gepasst, zusammen mit mangelndem Wissen über Shell-Features, zusammen mit blitzschnellen CPUs. Wer liest Manpages, wenn Stack Overflow vorliegt? :-) Vor allem die Shell-Manpage ist aufgrund der eingeführten Terminologie ein schwer zu lesendes Referenzhandbuch für Anfänger.

Wer sagte Useless Verwendung von Cat war ein Privileg für Rohre?

Answer 2

Mit Blick auf Computer-Programmiersprachen bieten einige Einblicke, warum Pid-Initialisierung mit Hilfe von Cat-Befehl möglicherweise besser als die Verwendung von Lesebefehl zum Festlegen von PID.

Da diese Frage die POSIX-Shell betrifft, könnte es hilfreich sein, die Zeitachse einer solchen Entwicklung zusammen mit anderen Sprachen zu berücksichtigen.

Betrachten Sie C++ als ein Beispiel. Obwohl C++ keine Shell ist, stellt der zugrunde liegende Mechanismus zur Erreichung der Portabilität (was das Ziel von POSIX ist) hochgradig portierbare Sprachen wie C++ in dasselbe Genre wie Skriptsprachen wie die POSIX-Shell.

Erinnern daran, dass die Sprache neben der Syntax der Sprache und den Kosten, die bei der Ausführung eines bestimmten Formats auftreten, eine Schnittstelle zu der Hardware, die den Befehl ausführt, herstellen kann, damit eine Sprache einen Freiheitsgrad in der Übertragbarkeit erreicht .

Mit diesem vielsagenden, bietet C++ einen Einblick in die tatsächlichen Kosten der Verwendung von Lesebefehl zum Lesen aus der PID-Datei, anstatt einfach die PID-Variable Zeile für Zeile mit der Ausgabe des CAT-Befehls zu setzen.

In C++ ist eine der vielen Möglichkeiten, Benutzereingaben zu lesen, die Verwendung von std :: cin. Damit dieser Prozess stattfinden kann, muss der Compiler der Sprache die Benutzereingabe zur Laufzeit einlesen (z.B. >>). Im Vergleich dazu liest der Compiler zum Ausführen einer Ausgabe nur die Zeichenfolge oder den Funktionsaufruf aus (z. B. < <). Wie in verschiedenen C++ - Texten erwähnt, ist std :: cin keine kostengünstige Aufgabe.

Denken Sie daran, dass Shell eine Befehlszeile interpreter ist, kein statisch typisierter Compiler.

Mit diesem Hinweis könnte man schlussfolgern, dass basierend auf den Problemen, die die Hardwarekompatibilität betreffen, das Setzen von pid durch Ausgabe dem Lesen aus einer PID-Datei durch Aufrufen des Lesebefehls vorzuziehen ist.