Warum wird der Befehl „ls | file ”arbeiten?

Ich habe mich mit der Befehlszeile befasst und gelernt, dass |(Pipeline) die Ausgabe eines Befehls auf die Eingabe eines anderen Befehls umleiten soll. Warum funktioniert der Befehl ls | filealso nicht?

file input ist einer von mehreren Dateinamen wie file filename1 filename2

lsDie Ausgabe ist eine Liste der Verzeichnisse und Dateien in einem Ordner, daher ls | filesollte der Dateityp jeder Datei in einem Ordner angezeigt werden.

Wenn ich es jedoch benutze, ist die Ausgabe:

    Usage: file [-bcEhikLlNnprsvz0] [--apple] [--mime-encoding] [--mime-type]
        [-e testname] [-F separator] [-f namefile] [-m magicfiles] file ...
    file -C [-m magicfiles]
    file [--help]

Da gab es einen Fehler bei der Verwendung des fileBefehls

Das grundlegende Problem besteht darin, filedass Dateinamen als Befehlszeilenargumente und nicht als stdin erwartet werden. Beim Schreiben wird ls | filedie Ausgabe von lsals Eingabe an übergeben file. Nicht als Argumente, als Eingabe.

Was ist der Unterschied?

• Befehlszeilenargumente sind, wenn Sie Flags und Dateinamen nach einem Befehl schreiben, wie in cmd arg1 arg2 arg3. In Shell - Skripten sind diese Argumente als die Variablen $1, $2, $3usw. C Sie sie über den Zugriff hatte char **argvund int argcArgumente main().

• Die Standardeingabe stdin ist ein Datenstrom. Einige Programme mögen catoder wclesen von stdin, wenn ihnen keine Befehlszeilenargumente gegeben werden. In einem Shell-Skript können Sie readeine einzelne Eingabezeile abrufen. In C können Sie verwenden , scanf()oder getchar(), unter den verschiedenen Optionen.

fileliest normalerweise nicht von stdin. Es wird erwartet, dass mindestens ein Dateiname als Argument übergeben wird. Aus diesem Grund wird die Verwendung beim Schreiben ausgedruckt ls | file, weil Sie kein Argument übergeben haben.

Sie können xargsstdin wie in in Argumente umwandeln ls | xargs file. Dennoch, wie Terdon erwähnt , ist Parsen lseine schlechte Idee. Der direkteste Weg, dies zu tun, ist einfach:

file *

Weil, wie Sie sagen, der Eingang filehat seinen Dateinamen . Die Ausgabe von lsist jedoch nur Text. Dass es sich zufällig um eine Liste von Dateinamen handelt, ändert nichts an der Tatsache, dass es sich lediglich um Text handelt und nicht um den Speicherort von Dateien auf der Festplatte.

Wenn Sie die Ausgabe auf dem Bildschirm sehen, sehen Sie Text. Ob dieser Text ein Gedicht oder eine Liste von Dateinamen ist, spielt für den Computer keine Rolle. Alles was es weiß ist, dass es Text ist. Aus diesem Grund können Sie die Ausgabe von lsan Programme übergeben, die Text als Eingabe verwenden (obwohl Sie dies wirklich, wirklich nicht tun sollten ):

$ ls / | grep etc
etc

Um die Ausgabe eines Befehls zu verwenden, der Dateinamen als Text (z. B. lsoder find) als Eingabe für einen Befehl auflistet , der Dateinamen akzeptiert, müssen Sie einige Tricks anwenden. Das typische Werkzeug dafür ist xargs:

$ ls
file1 file2

$ ls | xargs wc
 9  9 38 file1
 5  5 20 file2
14 14 58 total

Wie ich bereits sagte, möchten Sie die Ausgabe von nicht wirklich analysieren ls. Etwas wie findist besser (das gibt nach jedem Dateinamen print0ein \0statt eines neuen aus und das -0von xargslässt es mit solchen Eingaben umgehen; dies ist ein Trick, damit Ihre Befehle mit Dateinamen funktionieren, die Zeilenumbrüche enthalten):

$ find . -type f -print0 | xargs -0 wc
 9  9 38 ./file1
 5  5 20 ./file2
14 14 58 total

Welches hat auch seine eigene Art, dies zu tun, ohne überhaupt zu brauchen xargs:

$ find . -type f -exec wc {} +
 9  9 38 ./file1
 5  5 20 ./file2
14 14 58 total

Schließlich können Sie auch eine Shell-Schleife verwenden. Beachten Sie jedoch, dass dies in den meisten Fällen xargsviel schneller und effizienter ist. Beispielsweise:

$ for file in *; do wc "$file"; done
 9  9 38 file1
 5  5 20 file2

lernte, dass '|' (Pipeline) soll die Ausgabe von einem Befehl an die Eingabe eines anderen umleiten .

Die Ausgabe wird nicht "umgeleitet", sondern die Ausgabe eines Programms wird als Eingabe verwendet, während die Datei keine Eingaben, sondern Dateinamen als Argumente verwendet , die dann getestet werden. Bei Umleitungen werden diese Dateinamen weder als Argumente noch als Piping übergeben , je später Sie dies tun.

Sie können die Dateinamen aus einer Datei mit der --files-fromOption lesen, wenn Sie eine Datei haben, in der alle Dateien aufgelistet sind, die Sie testen möchten. Andernfalls übergeben Sie einfach die Pfade zu Ihren Dateien als Argumente.

Die akzeptierte Antwort erklärt, warum der Pipe-Befehl nicht sofort funktioniert und mit dem file *Befehl eine einfache, direkte Lösung bietet.

Ich würde gerne eine andere Alternative vorschlagen, die sich irgendwann als nützlich erweisen könnte. Der Trick ist die Verwendung des Backtick- (`)Zeichens. Das Backtick wird hier ausführlich erklärt . Kurz gesagt, es nimmt die Ausgabe des Befehls, der in den Backticks enthalten ist, und ersetzt ihn als Zeichenfolge im verbleibenden Befehl.

Nimmt also find `ls`die Ausgabe des lsBefehls und ersetzt sie als Argumente für den findBefehl. Dies ist länger und komplizierter als die akzeptierte Lösung, aber Varianten davon können in anderen Situationen hilfreich sein.

Die Ausgabe von lsüber eine Pipe ist ein solider Datenblock mit 0x0a, der jede Zeile - dh ein Zeilenvorschubzeichen - trennt, und filewird als ein Parameter abgerufen, bei dem erwartet wird, dass mehrere Zeichen gleichzeitig an einem arbeiten.

lsGenerieren Sie in der Regel niemals eine Datenquelle für andere Befehle - eines Tages wird sie weitergeleitet ... rmund Sie haben dann Probleme!

Verwenden Sie besser eine Schleife, for i in *; do file "$i" ; donedie vorhersehbar die gewünschte Ausgabe erzeugt. Die Anführungszeichen stehen bei Dateinamen mit Leerzeichen.

Wenn Sie eine Pipe zum Feeden fileverwenden möchten, verwenden Sie die Option, auf -fdie normalerweise ein Dateiname folgt. Sie können jedoch auch einen einzelnen Bindestrich -zum Lesen von stdin verwenden

$ ls
cow.pdf  some.txt
$ ls | file -f -
cow.pdf:       PDF document, version 1.4
some.txt:        ASCII text

Der Trick mit dem Bindestrich -funktioniert mit vielen Standard-Befehlszeilenprogrammen (obwohl dies --manchmal der Fall ist ), daher ist es immer einen Versuch wert.

Das Tool xargist viel leistungsfähiger und wird in den meisten Fällen nur benötigt, wenn die Argumentliste zu lang ist ( Details finden Sie in diesem Beitrag ).

Es funktioniert mit dem folgenden Befehl

ls | xargs file

Es wird für mich besser funktionieren

Dies sollte auch funktionieren:

file $(ls)

wie auch hier besprochen: https://unix.stackexchange.com/questions/5778/was ist der Unterschied zwischen Zeug und Zeug?