Jak odczytać plik do zmiennej w powłoce?

Jeśli chcesz wczytać cały plik do zmiennej:

#!/bin/bash
value=`cat sources.xml`
echo $value

Jeśli chcesz przeczytać wiersz po wierszu:

while read line; do    
    echo $line    
done < file.txt

Dwie ważne pułapki

Które zostały dotychczas zignorowane przez inne odpowiedzi:

1. końcowe usuwanie nowej linii z rozszerzenia poleceń
2. usuwanie znaków NUL

Końcowe usuwanie nowej linii z rozszerzenia poleceń

To jest problem dla:

value="$(cat config.txt)"

Rozwiązania typu, ale nie dla rozwiązań opartych na read.

Rozszerzenie polecenia usuwa końcowe newlines:

S="$(printf "a\n")"
printf "$S" | od -tx1

Wyjścia:

0000000 61
0000001

To łamie naiwną metodę odczytu z plików:

FILE="$(mktemp)"
printf "a\n\n" > "$FILE"
S="$(<"$FILE")"
printf "$S" | od -tx1
rm "$FILE"

Obejście POSIX: dodanie dodatkowego znaku do rozszerzenia polecenia i usunięcie go później:

S="$(cat $FILE; printf a)"
S="${S%a}"
printf "$S" | od -tx1

Wyjścia:

0000000 61 0a 0a
0000003

Prawie obejście POSIX: kodowanie ASCII. Patrz poniżej.

Usuwanie znaków NUL

Nie ma rozsądnego sposobu przechowywania znaków NUL w zmiennych .

Przykład:

printf "a\0b" | od -tx1
S="$(printf "a\0b")"
printf "$S" | od -tx1

Wyjścia:

0000000 61 00 62
0000003

0000000 61 62
0000002

Obejścia:

• Kodowanie ASCII. Patrz poniżej.

• Użyj rozszerzenia bash $"" literały:

  S=$"a\0b"
  printf "$S" | od -tx1
  

  Działa tylko dla literałów, więc nie jest przydatny do czytania z plików.

Obejście pułapek

Przechowuj zakodowaną wersję uuencode base64 plik w zmiennej i dekodować przed każdym użyciem:

FILE="$(mktemp)"
printf "a\0\n" > "$FILE"
S="$(uuencode -m "$FILE" /dev/stdout)"
uudecode -o /dev/stdout <(printf "$S") | od -tx1
rm "$FILE"

Wyjście:

0000000 61 00 0a
0000003

Uuencode i udecode są POSIX 7 , ale domyślnie nie w Ubuntu 12.04 (pakietsharutils)... Nie widzę alternatywy POSIX 7 dla rozszerzenia podstawienia procesu bash <() z wyjątkiem zapisu do innego pliku...

Oczywiście jest to powolne i niewygodne, więc myślę, że prawdziwa odpowiedź brzmi: nie używaj Bash, jeśli plik wejściowy może zawierać znaki NUL.

Jak zauważa Ciro Santilli użycie podstawień poleceń spowoduje opuszczenie końcowych linii nowych. Ich obejście dodawanie końcowych znaków jest świetne, ale po dłuższym czasie użytkowania zdecydowałem, że potrzebuję rozwiązania, które w ogóle nie używa zastępowania poleceń.

Moje podejście {[7] } teraz używa read wraz z printf wbudowane -v znacznik w celu wczytania zawartości stdin bezpośrednio do zmiennej.

# Reads stdin into a variable, accounting for trailing newlines. Avoids needing a subshell or
# command substitution.
read_input() {
  # Use unusual variable names to avoid colliding with a variable name
  # the user might pass in (notably "contents")
  : "${1:?Must provide a variable to read into}"
  if [[ "$1" == '_line' || "$1" == '_contents' ]]; then
    echo "Cannot store contents to $1, use a different name." >&2
    return 1
  fi

  local _line _contents
   while read -r _line; do
     _contents="${_contents}${_line}"$'\n'
   done
   _contents="${_contents}${_line}" # capture any content after the last newline
   printf -v "$1" '%s' "$_contents"
}

Obsługuje wejścia z lub bez końca newlines.

Przykładowe użycie:

$ read_input file_contents < /tmp/file
# $file_contents now contains the contents of /tmp/file

To działa na mnie: v=$(cat <file_path>) echo $v