ทำไมกระบวนการทดแทนจึงส่งผลให้ไฟล์ชื่อ / dev / fd / 63 ซึ่งเป็นไพพ์

ฉันพยายามเข้าใจไพพ์ที่มีชื่อในบริบทของตัวอย่างเฉพาะนี้

ฉันพิมพ์<(ls -l)เทอร์มินัลแล้วรับเอาต์พุตเป็น, bash: /dev/fd/63: Permission denied.

ถ้าฉันพิมพ์cat <(ls -l)ฉันจะได้เห็นเนื้อหาไดเรกทอรี ถ้าฉันแทนที่catด้วยechoฉันคิดว่าฉันได้รับชื่อสถานี (หรือมันคืออะไร?)

echo <(ls -l)/dev/fd/63ให้ออกเป็น

นอกจากนี้ผลลัพธ์ตัวอย่างนี้ไม่ชัดเจนสำหรับฉัน

ls -l <(echo "Whatever")
lr-x------ 1 root root 64 Sep 17 13:18 /dev/fd/63 -> pipe:[48078752]

อย่างไรก็ตามถ้าฉันให้ls -l <()มันจะแสดงเนื้อหาไดเรกทอรี

เกิดอะไรขึ้นในกรณีของไปป์ที่ระบุชื่อ?

เมื่อคุณทำ<(some_command)เชลล์ของคุณจะรันคำสั่งภายในวงเล็บและแทนที่สิ่งทั้งหมดด้วย file descriptor ที่เชื่อมต่อกับ stdout ของคำสั่ง ดังนั้น/dev/fd/63ไพพ์ที่มีเอาต์พุตของการโทร ls ของคุณคือ

เมื่อคุณ<(ls -l)ได้รับPermission deniedข้อผิดพลาดเนื่องจากทั้งสายถูกแทนที่ด้วยไปป์พยายามโทรอย่างมีประสิทธิภาพ/dev/fd/63เป็นคำสั่งซึ่งไม่สามารถเรียกใช้ได้

ในตัวอย่างที่สองของคุณจะกลายเป็นcat <(ls -l) cat /dev/fd/63ในขณะที่ cat อ่านจากไฟล์ที่กำหนดเป็นพารามิเตอร์คุณจะได้รับเนื้อหา echoในทางกลับกันเพียงแค่ส่งออกพารามิเตอร์ "ตามที่เป็น"

กรณีสุดท้ายที่คุณมี<()ถูกแทนที่โดยไม่มีอะไรเพราะไม่มีคำสั่ง แต่สิ่งนี้ไม่สอดคล้องกันระหว่างหอยใน zsh คุณยังได้รับไพพ์ (แม้ว่าจะว่างเปล่า)

สรุป : <(command)ช่วยให้คุณใช้ ouput ของคำสั่งซึ่งปกติคุณจะต้องการไฟล์

แก้ไข:ตามที่Gillesชี้ว่านี่ไม่ใช่ไพพ์ที่มีชื่อ แต่เป็นไพพ์ที่ไม่ระบุชื่อ ความแตกต่างที่สำคัญคือมันมีอยู่ตราบใดที่กระบวนการทำงานในขณะที่ไพพ์ที่มีชื่อ (สร้างเช่นกับmkfifo) จะยังคงอยู่โดยไม่มีกระบวนการเชื่อมต่อ

คุณเข้าใจทั้งlsคำสั่งและการเปลี่ยนเส้นทาง lsแสดงรายการไฟล์และไดเรกทอรีที่กำหนดในบรรทัดคำสั่งฉันไม่เชื่อว่าจะรับอินพุตใด ๆ จาก stdin การเปลี่ยนเส้นทาง> >>และ<เป็นวิธีการใช้ไฟล์เพื่อให้อินพุตและรวบรวมผลลัพธ์