Jak czytać z pliku lub STDIN w Bash?

Poniższy skrypt Perla ( my.pl) może czytać z pliku w args wiersza poleceń lub ze STDIN:

while (<>) {
   print($_);
}

perl my.plodczyta ze STDIN, a perl my.pl a.txtodczyta z a.txt. To jest bardzo wygodne.

Zastanawiasz się, czy w Bash istnieje odpowiednik?

Poniższe rozwiązanie czyta z pliku, jeśli skrypt jest wywoływany z nazwą pliku jako pierwszym parametrem, w $1przeciwnym razie ze standardowego wejścia.

while read line
do
  echo "$line"
done < "${1:-/dev/stdin}"

Podstawienie ${1:-...}trwa, $1jeśli zdefiniowano inaczej, używana jest nazwa pliku standardowego wejścia własnego procesu.

Być może najprostszym rozwiązaniem jest przekierowanie stdin za pomocą łączącego operatora przekierowania:

#!/bin/bash
less <&0

Stdin to zero deskryptorów plików. Powyższe powoduje przesłanie danych wejściowych do skryptu bash do standardowego interfejsu less.

Dowiedz się więcej o przekierowaniu deskryptora pliku .

Oto najprostszy sposób:

#!/bin/sh
cat -

Stosowanie:

$ echo test | sh my_script.sh
test

Aby przypisać stdin do zmiennej, możesz użyć: STDIN=$(cat -)lub po prostu, STDIN=$(cat)ponieważ operator nie jest konieczny (zgodnie z komentarzem @ mklement0 ).

Aby przeanalizować każdy wiersz ze standardowego wejścia , wypróbuj następujący skrypt:

#!/bin/bash
while IFS= read -r line; do
  printf '%s\n' "$line"
done

Aby odczytać z pliku lub standardowego wejścia (jeśli nie ma argumentu), możesz go rozszerzyć do:

#!/bin/bash
file=${1--} # POSIX-compliant; ${1:--} can be used either.
while IFS= read -r line; do
  printf '%s\n' "$line" # Or: env POSIXLY_CORRECT=1 echo "$line"
done < <(cat -- "$file")

Uwagi:

^{- read -r- Nie traktuj ukośnika w żaden szczególny sposób. Rozważ każdy ukośnik odwrotny jako część linii wejściowej.}

^{- Bez ustawienia IFS, domyślnie sekwencje SpaceiTab na początku i na końcu linii są ignorowane (przycięte).}

^{- Użyj printfzamiast, echoaby uniknąć drukowania pustych linii, gdy linia składa się z jednego -e, -nlub -E. Jednakże istnieje obejście za pomocą env POSIXLY_CORRECT=1 echo "$line"którego wykonuje swoją zewnętrzną GNU echo, który wspiera go. Zobacz: Jak wykonać echo „-e”?}

Zobacz: Jak czytać stdin, gdy nie są przekazywane żadne argumenty? w stackoverflow SE

Myślę, że jest to prosty sposób:

$ cat reader.sh
#!/bin/bash
while read line; do
  echo "reading: ${line}"
done < /dev/stdin

-

$ cat writer.sh
#!/bin/bash
for i in {0..5}; do
  echo "line ${i}"
done

-

$ ./writer.sh | ./reader.sh
reading: line 0
reading: line 1
reading: line 2
reading: line 3
reading: line 4
reading: line 5

echoRozwiązanie dodaje nowe linie gdy IFSprzełamuje strumień wejściowy. Odpowiedź @ fgm można nieco zmodyfikować:

cat "${1:-/dev/stdin}" > "${2:-/dev/stdout}"

Pętla Perla w pytaniu czyta wszystkie argumenty nazwy pliku w wierszu poleceń lub ze standardowego wejścia, jeśli nie określono żadnych plików. Wszystkie odpowiedzi, które widzę, wydają się przetwarzać pojedynczy plik lub standardowe dane wejściowe, jeśli nie określono pliku.

Chociaż często wyśmiewane jako UUOC (Bezużyteczne użycie cat), zdarzają się chwile, kiedy catjest to najlepsze narzędzie do pracy i można argumentować, że jest to jedno z nich:

cat "$@" |
while read -r line
do
    echo "$line"
done

Jedynym minusem jest to, że tworzy potok działający w podpowłoce, więc rzeczy takie jak przypisania zmiennych w whilepętli nie są dostępne poza potokiem. Rozwiązaniem bashtego problemu jest proces zastępowania :

while read -r line
do
    echo "$line"
done < <(cat "$@")

To powoduje, że whilepętla działa w głównej powłoce, więc zmienne ustawione w pętli są dostępne poza nią.

Zachowanie Perla, z kodem podanym w OP, nie może przyjmować żadnego lub kilku argumentów, a jeśli argument jest pojedynczym łącznikiem, -jest to rozumiane jako standardowe. Co więcej, zawsze można mieć nazwę pliku $ARGV. Żadna z podanych do tej pory odpowiedzi nie naśladuje zachowania Perla pod tym względem. Oto czysta możliwość Bash. Sztuka polega na execodpowiednim użyciu .

#!/bin/bash

(($#)) || set -- -
while (($#)); do
   { [[ $1 = - ]] || exec < "$1"; } &&
   while read -r; do
      printf '%s\n' "$REPLY"
   done
   shift
done

Nazwa pliku jest dostępna w $1 .

Jeśli nie podano żadnych argumentów, sztucznie ustawiamy -jako pierwszy parametr pozycyjny. Następnie zapętlamy parametry. Jeśli parametr nie jest -, przekierowujemy standardowe wejście z nazwy pliku za pomocą exec. Jeśli przekierowanie się powiedzie, zapętlamy whilepętlę. Używam REPLYzmiennej standardowej , w tym przypadku nie trzeba resetować IFS. Jeśli chcesz mieć inną nazwę, musisz IFStak zresetować (chyba że oczywiście nie chcesz tego i wiesz, co robisz):

while IFS= read -r line; do
    printf '%s\n' "$line"
done

Dokładniej...

while IFS= read -r line ; do
    printf "%s\n" "$line"
done < file

Wypróbuj następujący kod:

while IFS= read -r line; do
    echo "$line"
done < file

Kod ${1:-/dev/stdin}po prostu zrozumie pierwszy argument, więc co powiesz na to.

ARGS='$*'
if [ -z "$*" ]; then
  ARGS='-'
fi
eval "cat -- $ARGS" | while read line
do
   echo "$line"
done

Żadna z tych odpowiedzi nie jest do przyjęcia. W szczególności zaakceptowana odpowiedź obsługuje tylko pierwszy parametr wiersza poleceń i ignoruje resztę. Program Perla, który próbuje emulować, obsługuje wszystkie parametry wiersza poleceń. Tak więc zaakceptowana odpowiedź nawet nie odpowiada na pytanie. Inne odpowiedzi używają rozszerzeń bash, dodają niepotrzebne polecenia „cat”, działają tylko w prostym przypadku echa wejścia do wyjścia lub są po prostu niepotrzebnie skomplikowane.

Muszę jednak podziękować im, ponieważ dali mi pomysły. Oto pełna odpowiedź:

#!/bin/sh

if [ $# = 0 ]
then
        DEFAULT_INPUT_FILE=/dev/stdin
else
        DEFAULT_INPUT_FILE=
fi

# Iterates over all parameters or /dev/stdin
for FILE in "$@" $DEFAULT_INPUT_FILE
do
        while IFS= read -r LINE
        do
                # Do whatever you want with LINE here.
                echo $LINE
        done < "$FILE"
done

Połączyłem wszystkie powyższe odpowiedzi i stworzyłem funkcję powłoki, która odpowiada moim potrzebom. To pochodzi z terminalu cygwin na moich 2 komputerach z systemem Windows10, gdzie miałem między nimi folder współdzielony. Muszę być w stanie poradzić sobie z następującymi kwestiami:

• cat file.cpp | tx
• tx < file.cpp
• tx file.cpp

Jeśli określona nazwa pliku jest określona, ​​muszę użyć tej samej nazwy pliku podczas kopiowania. Tam, gdzie strumień danych wejściowych został potokowany, muszę wygenerować tymczasową nazwę pliku mającą godzinę, minutę i sekundy. Udostępniony główny folder ma podfoldery dni tygodnia. To jest do celów organizacyjnych.

Oto najlepszy skrypt dla moich potrzeb:

tx ()
{
  if [ $# -eq 0 ]; then
    local TMP=/tmp/tx.$(date +'%H%M%S')
    while IFS= read -r line; do
        echo "$line"
    done < /dev/stdin > $TMP
    cp $TMP //$OTHER/stargate/$(date +'%a')/
    rm -f $TMP
  else
    [ -r $1 ] && cp $1 //$OTHER/stargate/$(date +'%a')/ || echo "cannot read file"
  fi
}

Jeśli jest jakiś sposób na dalszą optymalizację tego, chciałbym wiedzieć.

Poniższe działa ze standardem sh(Testowane z dashDebianem) i jest dość czytelne, ale to kwestia gustu:

if [ -n "$1" ]; then
    cat "$1"
else
    cat
fi | commands_and_transformations

Szczegóły: jeśli pierwszy parametr nie jest pusty, to catten plik, w przeciwnym razie catstandardowe wejście. Następnie dane wyjściowe całej ifinstrukcji są przetwarzane przez commands_and_transformations.

Ten jest łatwy w użyciu na terminalu:

$ echo '1\n2\n3\n' | while read -r; do echo $REPLY; done
1
2
3

Co powiesz na

for line in `cat`; do
    something($line);
done