Bash Lesen Sie ignoriert führende Leerzeichen

Habe ich die Datei a.txt mit folgendem Inhalt

    aaa
    bbb

Wenn ich führen Sie die folgenden Skripts:

while read line
do
    echo $line
done < a.txt > b.txt

generiert b.txt enthält folgende

aaa
bbb

Es ist ersichtlich, dass die führenden Leerzeichen von Zeilen wurden entfernt. Wie kann ich beibehalten führende Leerzeichen?

InformationsquelleAutor Lahiru Chandima | 2015-04-17
  1. 38

    Dies ist in der Bash-FAQ-Eintrag auf die Daten Lesen, line-by-line.

    Den read-Befehl ändert jede Zeile Lesen; standardmäßig ist es entfernt alle voran-und nachgestellte whitespaces (Leerzeichen und Tabulatoren, oder beliebige whitespace-Zeichen in IFS). Falls dies nicht gewünscht ist, die IFS-variable gelöscht werden:

    # Exact lines, no trimming
while IFS= read -r line; do
  printf '%s\n' "$line"
done < "$file"

    Als Charles Duffy richtig darauf hin (und ich es vermisst hatte durch die Konzentration auf die IFS Problem); wenn Sie möchten, um zu sehen, die Leerzeichen in der Ausgabe, die Sie auch brauchen, um die Angabe der variable, wenn Sie es verwenden, oder die shell, mal wieder, löschen Sie die Leerzeichen.

    Notizen über einige andere Unterschiede, die zitiert snippet als im Vergleich zu Ihrem ursprünglichen code.

    Den Einsatz der -r argument read bedeckt ist, in einem einzigen Satz am oberen Rand der zuvor verlinkten Seite.

    Die option-r zu Lesen verhindert backslash-interpretation (in der Regel als eine backslash-newline-paar, weiter über mehrere Zeilen). Ohne diese option werden alle backslashes bei der Eingabe wird verworfen. Sollten Sie fast immer mit der option-r mit Lesen.

    Mit printf statt echo es, das Verhalten der echo ist, etwas leider nicht tragbar konsistent in allen Umgebungen und die Unterschiede können schwierig sein zu behandeln. printf auf der anderen Seite ist konsistent und verwendet werden können völlig robust.

    • Wenn Sie nicht geben read alle Argumente zu verwenden, um halten Sie die Eingabe (Berufung auf die Standard-variable REPLY), keine whitespace-Zeichen entfernt und man weglassen können, die änderung IFS. Das ist while read -r; do printf '%s\n' "$REPLY"; done < "$file"
    • Interessant. Ich Frage mich, warum das so ist.
    • Ich bin mir nicht sicher; es scheint nicht dokumentiert zu werden, so weit ich erzählen kann. Es macht Sinn, wenn Sie denken, dass es null Argumente erfordern die Aufteilung der Linie in null-Felder, was bedeutet, es gibt keine Verwendung für IFS. (Vorausgesetzt, dass Sie akzeptieren, dass die Aufteilung einer Zeile in einem Feld ist immer noch eine geteilte, wenn auch ein degenerierter ein.) In jedem Fall ist es ein bashism; POSIX read erfordert mindestens ein argument.
    • Huh. Gut zu wissen. Danke.
    • bash, sagt etwa $REPLY (Hervorhebung von mir): "Legen Sie auf den Linie Eingabe Lesen der read-builtin-Befehl, wenn keine Argumente geliefert werden." Also, die Idee ist, Lesen Sie die ganze Zeile ist im Gegensatz zu Aufteilung in Felder. Was ist counter-intuitiv, ist jedoch, dass Sie noch zusätzlich angeben -r zu vermeiden backslash-interpretation. Beachten Sie, dass die (selten verwendet) select konstruieren, wo die Aufteilung in Felder, die gar nicht ins Bild - auch sets $REPLY zu, was der Benutzer eingegeben (immer backslash interpretiert, aber sonst auch so ist).
    • Wie, warum -r ist immer noch notwendig, zu unterdrücken backslash-interpretation, auch wenn Sie mit nur $REPLY (keine Angabe von Variablennamen): Keine Angabe -r möglicherweise liest mehrere Zeilen auf einmal (kam ohne Zeilenumbrüche), wenn die Eingabe \ -maskierten newlines; wenn mit nur $REPLY implizite -r diese multi-line-Verhalten würde nicht zur Verfügung stehen.
    • Sehr interessante Diskussion. Was dies scheint zu implizieren, der mir eigentlich ist der mögliche Bedarf für eine Unterscheidung zwischen -r und -r-für-Zeilenumbrüche-nur.
    • read's Standard-Verhalten lässt zeilenfortsetzung vom Ende einer Zeile mit \ - und Weiterbildung es in der nächsten Zeile (sowohl die \ - und newline sind verworfen). Dies ist selten sinnvoll, außer vielleicht für interaktiven Eingabe, und, gegeben, dass die \ in irgendeinem \<char> - pair-Mädchen wird verworfen, in der Regel überrascht den Benutzer. Ich denke, das eigentliche Problem hier ist, dass das Verhalten -r (immer Lesen einzige - Zeile, halten alle backslashes) sollte die Standard Verhalten alle zusammen, aber das derzeitige Verhalten ist mit POSIX vorgeschrieben, also sind wir dabei geblieben. (Fortsetzung im nächsten Kommentar)
    • (Fortsetzung von vorheriger. Kommentar -) im Fazit heißt es: als dein Zitat besagt, werden Sie fast immer verwenden möchten -r, und ich sehe nicht ein echtes Bedürfnis zu unterstützen zeilenfortsetzung mit -r. Zwar nicht ganz das gleiche, wenn Sie das Bedürfnis haben, Lesen Sie auf Zeilen in bash, ksh, und zsh verwenden, können Sie read -r d <delimChar> …, der hat den Vorteil, dass die Zeilenumbrüche nicht (und sollte nicht) \ -entkommen.

    InformationsquelleAutor Etan Reisner
  2. 13

    Gibt es mehrere Probleme:

    • Es sei denn IFS deaktiviert ist, read Streifen führende und nachfolgende Leerzeichen.
    • echo $line string-splits und glob-erweitert den Inhalt $line, brechen Sie in einzelne Worte und übergeben diese Worte als einzelne Argumente an die echo Befehl. So, auch mit IFS gelöscht read Zeit echo $line würde noch verwerfen führende und nachfolgende Leerzeichen, und ändern Sie läuft von Leerzeichen zwischen den Wörtern in ein einzelnes Leerzeichen ein jeder. Zusätzlich eine Zeile mit nur den Charakter * würde erweitert werden, um enthalten eine Liste von Dateinamen.
    • echo "$line" ist eine deutliche Verbesserung, aber immer noch nicht richtig verarbeiten Werte wie -n, die es behandelt, als echo argument selbst. printf '%s\n' "$line" würde dieses Problem beheben voll.
    • read ohne -r behandelt backslashes als Fortsetzung-Zeichen anstelle von literalen Inhalt, so dass Sie nicht in der erzeugten Werte, es sei denn, verdoppelt-bis zu Flucht selbst.

    Also:

    while IFS= read -r line; do
  printf '%s\n' "$line"
done
    • Gute Beratung, aber die zwei-Zeichen-Sequenz \n macht nicht Ergebnis in eine Zeilenumbruch, führt in Literale n. Durch Kontrast, eine \ -Escape - ist newline Ursachen read zu Lesen, die folgende - Zeile auch, und direkt hängen Sie an den aktuellen (verwerfen der \ - und newline). Ein \ vor allen anderen Zeichen einfach verworfen.
    • Eine weitere Möglichkeit zur Beschreibung des Verhaltens von read ohne -r: die Eingabe wird geparst, in der gleichen Weise ein bareword mit individuell \ -Escape-Zeichen wird analysiert, indem die (POSIX) shell selbst (z.B. als Teil einer argument-Liste), wie beschrieben unter pubs.opengroup.org/onlinepubs/9699919799/utilities/... und im wesentlichen dupliziert in read's POSIX-Spezifikation in pubs.opengroup.org/onlinepubs/9699919799/utilities/read.html.
    • Danke-ich werde das überprüfen möchten, das Ausgangsmaterial zu bestimmen, wie am besten zu überarbeiten, dass ein Teil meiner Antwort.
    InformationsquelleAutor Charles Duffy
Schreibe einen Kommentar