Ich habe gerade eine variable zugewiesen, aber echo $variable zeigt etwas anderes

Hier sind eine Reihe von Fällen, in denen echo $var zeigen können, einen anderen Wert als das, was war gerade zugewiesen. Dies geschieht unabhängig davon, ob der zugewiesene Wert war "doppelte Anführungszeichen", 'single-quoted' oder ohne Anführungszeichen.

Wie bekomme ich die shell, um meine Variablen richtig?

Sternchen

Die erwartete Ausgabe ist /* Foobar is free software */, aber stattdessen bekomme ich eine Liste der Dateinamen:

$ var="/* Foobar is free software */"
$ echo $var 
/bin /boot /dev /etc /home /initrd.img /lib /lib64 /media /mnt /opt /proc ...

Eckigen Klammern

Dem erwarteten Wert ist [a-z], aber manchmal bekomme ich einen einzelnen Buchstaben, statt!

$ var=[a-z]
$ echo $var
c

Zeilenumbrüchen (newlines)

Dem erwarteten Wert ist eine Liste von separaten Linien, sondern alle Werte sind auf einer Linie!

$ cat file
foo
bar
baz

$ var=$(cat file)
$ echo $var
foo bar baz

Mehrere Räume

Erwartete ich ein sorgfältig ausgerichtet table-header, sondern mehrere Räume, die entweder verschwinden oder sind eingebrochen!

$ var="       title     |    count"
$ echo $var
title | count

Tabs

Erwartete ich zwei durch Tabulatoren getrennte Werte, aber stattdessen bekomme ich zwei Leerzeichen getrennte Werte!

$ var=$'key\tvalue'
$ echo $var
key value
Vielen Dank für dies zu tun. Ich begegne den line feeds man oft. So var=$(cat file) ist in Ordnung, aber echo "$var" benötigt wird.
BTW, das ist auch BashPitfalls #14: mywiki.wooledge.org/BashPitfalls#echo_.24foo
Siehe auch stackoverflow.com/questions/10067266/...
Auch, siehe auch stackoverflow.com/questions/2414150/...

InformationsquelleAutor that other guy | 2015-03-31

  1. 89

    In allen der oben genannten Fälle, wird die variable korrekt gesetzt, aber nicht richtig gelesen! Der richtige Weg ist, um doppelte Anführungszeichen verwenden bei der Referenzierung:

    echo "$var"

    Dies gibt den erwarteten Wert in allen Beispielen gegeben. Immer zitieren variable Referenzen!

    Warum?

    Wenn eine variable ist nicht börsennotierten:

    1. Unterziehen Feld aufteilen, wo der Wert wird aufgeteilt in mehrere Wörter am Leerzeichen (Standard):

      Bevor: /* Foobar is free software */

      Nach: /*, Foobar, is, free, software, */

    2. Jedes dieser Wörter wird sich pathname-expansion, wo Muster erweitert werden, in den entsprechenden Dateien:

      Bevor: /*

      Nach: /bin, /boot, /dev, /etc, /home, ...

    3. Schließlich werden alle Argumente übergeben echo, das schreibt Sie aus getrennt durch einzelne Leerzeichen, was

      /bin /boot /dev /etc /home Foobar is free software Desktop/ Downloads/

      anstatt den Wert der Variablen.

    Wenn die variable zitiert:

    1. Ersetzt werden, für seinen Wert.
    2. Es gibt keinen Schritt 2.

    Dies ist, warum Sie sollten immer zitieren, alle Variablen Referenzen, es sei denn, Sie speziell benötigen word splitting-und Pfadnamen-expansion. Tools wie shellcheck sind da, um zu helfen, und warnt Sie über fehlende Zitate in allen Fällen vor.

    es ist nicht immer arbeiten. Ich kann ein Beispiel geben: paste.ubuntu.com/p/8RjR6CS668

    InformationsquelleAutor that other guy

  2. 12

    Möchten Sie vielleicht wissen, warum dies geschieht. Zusammen mit die große Erklärung von diesem anderen Kerl, finden Sie eine Referenz der Warum funktioniert mein shell-Skript choke auf Leerzeichen oder andere Sonderzeichen? geschrieben von Gilles in Unix & Linux:

    Warum tun ich brauche schreiben "$foo"? Was passiert ohne die Anführungszeichen?

    $foo bedeutet nicht, dass "der Wert der variable foo". Es bedeutet
    etwas viel komplexeres:

    • Nehmen Sie sich zuerst den Wert der Variablen.
    • Feld aufteilen: behandeln Sie den Wert als eine whitespace-getrennte Liste von Feldern, und bauen Sie die resultierende Liste. Zum Beispiel, wenn die variable
      enthält foo * bar ​ dann das Ergebnis dieses Schrittes ist der 3-element
      Liste foo, *, bar.
    • Mit dem Namen generation: behandeln Sie jedes Feld als einen Klumpen, D. H. als Muster, und ersetzen Sie Sie durch die Liste der Dateinamen, die mit dieser
      Muster. Wenn das Muster nicht mit beliebigen Dateien, es ist Links
      unverändert ist. In unserem Beispiel führt dies in der Liste mit foo,
      folgende durch die Liste der Dateien im aktuellen Verzeichnis, und schließlich
      bar. Wenn das aktuelle Verzeichnis leer ist, das Ergebnis ist foo, *,
      bar.

    Beachten Sie, dass das Ergebnis eine Liste von Zeichenketten ist. Es gibt zwei Kontexte, in
    shell syntax: Liste Kontext und string-Kontext. Feld aufteilen und
    mit dem Namen generation passiert nur in der Listen-Kontext, aber das sind die meisten von
    die Zeit. Doppelte Anführungszeichen begrenzen einen string-Kontext: die ganze
    double-quoted Strings ist eine einzelne Zeichenfolge, die nicht aufgeteilt werden. (Ausnahme:
    "$@" zu erweitern, um die Liste der Parameter, z.B. "$@" ist
    entspricht "$1" "$2" "$3" wenn es drei positions -
    Parameter. Sehen Was ist der Unterschied zwischen $* und $@?)

    Passiert das gleiche Kommando-substitution mit $(foo) oder mit
    `foo`    . On a side note, nicht verwenden `foo`: seinen Regeln zitieren
    seltsam und nicht tragbar, und alle modernen shells unterstützen $(foo) die
    ist absolut gleichwertig, außer für die intuitive quoting-Regeln.

    Den Ausgang der arithmetische substitution erfährt auch die gleiche
    Erweiterungen, aber das ist nicht normalerweise ein Anliegen, wie es enthält nur
    nicht-erweiterbare Charaktere (vorausgesetzt IFS enthält keine Ziffern oder
    -).

    Sehen Wann ist double-quoting nötig? für mehr details über die
    Fällen, wenn Sie können, lassen Sie die Anführungszeichen.

    Es sei denn, Sie bedeuten für alle diese rigmarole geschehen, denken Sie daran, zu
    verwenden Sie immer Anführungszeichen um Variablen-und Kommando-Substitution. Tun
    aufpassen: das weglassen der Anführungszeichen können führen nicht nur zu Fehlern, sondern zu
    Sicherheit
    Löcher    .

    InformationsquelleAutor fedorqui

  3. 3

    Zusätzlich zu anderen verursachte Probleme nicht zu zitieren, -n und -e verwendet werden können echo als Argumente. (Nur der erste ist legal gemäß der POSIX-Spezifikation für echo, aber mehrere gemeinsame Implementierungen gegen die spec und verbrauchen -e).

    Um dies zu vermeiden, verwenden printf statt echo wenn details ankommt.

    Also:

    $ vars="-e -n -a"
$ echo $vars      # breaks because -e and -n can be treated as arguments to echo
-a
$ echo "$vars"
-e -n -a

    Jedoch, korrekt zu zitieren wird nicht immer sparen Sie bei Verwendung echo:

    $ vars="-n"
$ echo $vars
$ ## not even an empty line was printed

    ...in der Erwägung, dass es wird sparen Sie mit printf:

    $ vars="-n"
$ printf '%s\n' "$vars"
-n
    Yay, wir brauchen eine gute dedup dafür!!!! Ich Stimme dazu passt die Frage-Titel aber ich denke nicht, dass es dann auch die Sichtbarkeit, die Sie verdient hier. Wie wäre es mit einer neuen Frage à la "Warum ist mein -e/-n/backslash nicht angezeigt?" Wir können hinzufügen, die links von hier aus, als angemessen.
    Meinten Sie verbrauchen -n sowie?
    Nein, ich meinte -e. Der standard für echo nicht spezifiziert, ausgegeben, wenn das erste argument ist -n, wodurch alle möglichen output-rechtlichen in diesem Fall; es gibt keine solche Bestimmung für -e.
    Oh...ich kann es nicht Lesen. Lassen Sie uns die Schuld, mein Englisch. Danke für die Erklärung.

    InformationsquelleAutor Charles Duffy

  4. 2

    Benutzer doppelte Anführungszeichen, um den genauen Wert. wie diese:

    echo "${var}"

    und es zu Lesen Wert korrekt.

    InformationsquelleAutor vanishedzhou

  5. 1

    echo $var Ausgabe hängt vom Wert der IFS variable. Standardmäßig enthält er Leerzeichen, Tabulatoren und neue-Zeile-Zeichen:

    [ks@localhost ~]$ echo -n "$IFS" | cat -vte
 ^I$

    Dies bedeutet, dass wenn die shell tut field splitting (oder word-splitting) er verwendet alle diese Zeichen als Trennzeichen. Dies ist, was passiert, wenn auf eine variable ohne Anführungszeichen echo ($var) und damit die erwartete Ausgabe verändert wird.

    Einen Weg, um zu verhindern, dass word splitting (neben der Verwendung von doppelten Anführungszeichen) zu setzen, ist IFS auf null. Sehen http://pubs.opengroup.org/onlinepubs/009695399/utilities/xcu_chap02.html#tag_02_06_05 :

    Wenn der Wert des IFS null ist, wird kein Feld aufteilen vorgenommen werden sollen.

    Einstellung null Einstellung zu leeren
    Wert:

    IFS=

    Test:

    [ks@localhost ~]$ echo -n "$IFS" | cat -vte
 ^I$
[ks@localhost ~]$ var=$'key\nvalue'
[ks@localhost ~]$ echo $var
key value
[ks@localhost ~]$ IFS=
[ks@localhost ~]$ echo $var
key
value
[ks@localhost ~]$
    Sie müsste auch set -f zu verhindern Platzhalter
    ist es wirklich notwendig für Ihre 1-st Beispiel mit Pfad expansion? Mit IFS auf null gesetzt, echo $var erweitert werden echo '/* Foobar is free software */' und Pfad expansion erfolgt Sie nicht innerhalb von einfachen Anführungszeichen.
    Ja. Wenn Sie mkdir "/this thing called Foobar is free software etc/" du wirst sehen, dass es immer noch expandiert. Es ist natürlich praktischer für die [a-z] Beispiel.
    Ich sehe, das macht Sinn für [a-z] Beispiel.

    InformationsquelleAutor ks1322

  6. -2

    Zusätzliche, setzen Sie die variable in Anführungszeichen, man könnte auch übersetzen die Ausgabe der Variablen mit tr und konvertieren von Leerzeichen durch Zeilenumbrüche.

    $ echo $var | tr " " "\n"
foo
bar
baz

    Dies ist zwar ein wenig mehr gewundenen, es fügt mehr Vielfalt, mit dem Ausgang, als Sie ersetzen kann jedes Zeichen als Trennzeichen zwischen den array-Variablen.

    Aber das ersetzt alle Leerzeichen durch Zeilenumbrüche. Zitieren bewahrt die vorhandenen Zeilenumbrüchen und den Leerzeichen.
    Wahr, ja. Ich nehme an, es hängt davon ab, was in der variable. Ich benutze eigentlich tr die andere Weise herum zu erzeugen arrays aus Textdateien.
    Ein problem zu schaffen, indem Sie nicht unter Angabe der variable richtig und dann arbeiten, um es mit einem hamfisted extra Prozess ist nicht gut programmiert.
    was? Es gibt keine tr benötigt, um richtig/korrekt ein array erstellen aus einer text-Datei können Sie die Trennzeichen angeben, was Sie wollen, indem Sie die Einstellung IFS. Zum Beispiel: IFS=$'\n' read -r -d '' -a arrayname < <(cat file.txt && printf '\0') arbeitet den ganzen Weg zurück durch bash-3.2 (die älteste version in der breiten Zirkulation), und richtig setzt exit-status auf false, wenn Sie Ihren cat gescheitert. Und wenn man wollte, sagen, tabs, anstatt Zeilenumbrüche, Sie würde Sie ersetzen nur die $'\n' mit $'\t'.
    Sie tun etwas, wie arrayname=( $( cat file | tr '\n' ' ' ) ) dann kaputt auf mehreren Ebenen: Es ist zu Platzhaltern Ihrer Ergebnisse (also ein * verwandelt sich in eine Liste der Dateien im aktuellen Verzeichnis), und es würde genauso gut funktionieren ohne den tr (oder die cat, für diese Angelegenheit; man konnte einfach arrayname=$( $(<file) ) und es würde gebrochen werden, in der gleichen Weise, aber weniger uneffektiv, so).

    InformationsquelleAutor Alek

Schreibe einen Kommentar