เหตุใดตัวแปรภายในของฉันจึงอยู่ใน 'ขณะที่อ่าน' แต่ไม่ใช่ในวงอื่นที่คล้ายกัน

เหตุใดฉันจึงได้รับค่าต่าง ๆ$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 แต่ละไพพ์ไลน์ทำงานในเชลล์ย่อยดังนั้นการเปลี่ยนแปลงใด ๆ ในสถานะภายในของเชลล์ (เช่นตัวแปรการตั้งค่า) จะยังคงอยู่ในเซ็กเมนต์ของไพพ์ไลน์ ข้อมูลเดียวที่คุณจะได้รับจาก subshell คือสิ่งที่มันส่งออก (ไปยังเอาต์พุตมาตรฐานและตัวอธิบายไฟล์อื่น ๆ ) และรหัสทางออก (ซึ่งเป็นตัวเลขระหว่าง 0 ถึง 255) ตัวอย่างเช่นตัวอย่างต่อไปนี้พิมพ์ 0:

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

ใน ksh (ตัวแปรที่ได้มาจากรหัส AT&T ไม่ใช่ตัวแปร pdksh / mksh) และ zsh รายการสุดท้ายในไพพ์ไลน์จะถูกดำเนินการในพาเรนต์เชลล์ (POSIX อนุญาตให้ทำงานทั้งสองอย่าง) ดังนั้นข้อมูลโค้ดด้านบนจะพิมพ์ 2

สำนวนที่มีประโยชน์คือการรวมความต่อเนื่องของ while loop (หรืออะไรก็ตามที่คุณมีอยู่ทางด้านขวามือของไปป์ไลน์ แต่ a while loop เป็นเรื่องธรรมดาจริงๆที่นี่) ในไพพ์ไลน์:

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

คุณกำลังประสบปัญหาขอบเขตตัวแปร ตัวแปรที่กำหนดในห่วงลูปที่อยู่ทางด้านขวาของไพพ์มีบริบทขอบเขตของตนเองและการเปลี่ยนแปลงตัวแปรจะไม่ถูกมองเห็นภายนอกลูป ขณะที่ loop เป็น subshell ที่ได้รับCOPYของสภาพแวดล้อมของเชลล์และการเปลี่ยนแปลงใด ๆ ในสภาพแวดล้อมจะหายไปในตอนท้ายของเชลล์ ดูคำถาม StackOverflowนี้

อัปเดต : ฉันละเลยที่จะชี้ให้เห็นความจริงที่สำคัญว่าในขณะที่ลูปที่มี subshell ของตัวเองนั้นเป็นเพราะเป็นจุดสิ้นสุดของไพพ์ฉันได้อัปเดตคำตอบนั้นแล้ว

ในฐานะที่เป็นที่กล่าวถึงในคำตอบอื่น ๆชิ้นส่วนของท่อที่ทำงานใน subshells ดังนั้นการปรับเปลี่ยนที่ทำมีไม่มองเห็นได้ด้วยเปลือกหลัก

หากเราพิจารณาเพียงแค่ Bash มีวิธีแก้ไขปัญหาอื่นอีกสองประการนอกเหนือจากcmd | { stuff; more stuff; }โครงสร้าง:

1. เปลี่ยนเส้นทางอินพุตจากการทดแทนกระบวนการ :

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

   เอาต์พุตจากคำสั่ง in <(...)ถูกสร้างขึ้นเพื่อให้ดูเหมือนว่าเป็นไพพ์ที่มีชื่อ

2. lastpipeตัวเลือกซึ่งจะทำให้การทำงานเช่นทุบตี 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

มันสามารถทำงานได้