Чому моя змінна локальна в одному циклі "while read", а не в іншому, здавалося б, подібному циклі?

Чому я отримую різні значення $xіз наведених нижче фрагментів?

#!/bin/bash

x=1
echo fred > junk ; while read var ; do x=55 ; done < junk
echo x=$x 
#    x=55 .. I'd expect this result

x=1
cat junk | while read var ; do x=55 ; done
echo x=$x 
#    x=1 .. but why?

x=1
echo fred | while read var ; do x=55 ; done
echo x=$x 
#    x=1  .. but why?

Правильне пояснення вже дали jsbillings та geekosaur , але дозвольте мені трохи розширити це.

У більшості оболонок, включаючи bash, кожна сторона трубопроводу проходить у нижній оболонці, тому будь-яка зміна внутрішнього стану оболонки (наприклад, встановлення змінних) залишається обмеженою саме тим сегментом трубопроводу. Єдина інформація, яку ви можете отримати з допоміжної оболонки, - це те, що вона виводить (стандартному виводу та іншим дескрипторам файлів) та його вихідний код (який становить число від 0 до 255). Наприклад, такі фрагменти друкує 0:

a=0; a=1 | a=2; echo $a

У ksh (варіанти, отримані з коду AT&T, а не pdksh / mksh варіанти) та zsh, останній елемент у конвеєрі виконується у батьківській оболонці. (POSIX дозволяє обидва способи поведінки.) Отже, фрагмент вище друкується 2.

Корисна ідіома полягає в тому, щоб включити продовження циклу while (або все, що у вас є, з правого боку трубопроводу, але цикл на деякий час тут насправді поширений) у трубопровід:

cat junk | {
  while read var ; do x=55 ; done
  echo x=$x 
}

Ви стикаєтеся із проблемою із змінною сферою. Змінні, визначені в циклі while, який знаходиться в правій частині труби, мають свій власний контекст локальної області, і зміни змінної не будуть видно за межами циклу. Цикл while - це, по суті, підрозділ, який отримує КОПІЮВАННЯ середовища оболонки, а будь-які зміни в середовищі втрачаються в кінці оболонки. Дивіться це питання StackOverflow .

ОНОВЛЕНО : Я знехтував вказати на важливий факт, що цикл у той час, як його власна нижня оболонка, пояснюється тим, що він є кінцевою точкою труби, я оновив це у відповіді.

Як вже згадувалося в інших відповідях , частини трубопроводу проходять в допоміжних оболонках, тому внесені там модифікації не видно для основної оболонки.

Якщо ми розглянемо лише Bash, крім cmd | { stuff; more stuff; }структури є ще два обхідні шляхи :

1. Перенаправити вхід із заміни процесу :

   while read var ; do x=55 ; done < <(echo fred)
   echo "$x"

   Вихід з команди в in <(...)робиться таким, що видається так, ніби це була названа труба.

2. lastpipeВаріант, який робить Bash роботу як KSH, і запускає останню частину трубопроводу в основному процесі оболонки. Хоча він працює лише в тому випадку, якщо контроль роботи відключений, тобто не в інтерактивній оболонці:

   bash -c '
     shopt -s lastpipe
     echo fred | while read var ; do x=55 ; done; 
     echo "$x"
   '

   або

   bash -O lastpipe -c '
     echo fred | while read var ; do x=55 ; done; 
     echo "$x"
   '

Звичайно, підміна процесу підтримується в ksh і zsh. Але оскільки в останню чергу вони проходять останню частину трубопроводу в основній оболонці, використовувати його як спосіб вирішення не потрібно.

#!/bin/bash
set -x

# prepare test data.
mkdir -p ~/test_var_global
cd ~/test_var_global
echo "a"> core.1
echo "b"> core.2
echo "c"> core.3


var=0

coreFiles=$(find . -type f -name "core*")
while read -r file;
do
  # perform computations on $i
  ((var++))
done <<EOF
$coreFiles
EOF

echo $var

Result:
...
+ echo 3
3

це може працювати.