คำสั่งนี้ถูกกฎหมายอย่างไร “> file1 <file2 cat”

สมมติว่าfile2มีอยู่แล้วคำสั่ง

> file1 < file2 cat

ดูเหมือนจะคัดลอกเนื้อหาของการfile2file1

แต่ฉันไม่เข้าใจโครงสร้างนี้

ฉันเข้าใจว่า "ไม่มีสิ่งใด" กำลังถูกนำไปสู่file1(สร้างหรือลบเนื้อหา) แล้วเนื้อหาของจะถูกนำไปยังfile2file1

เป็นเพราะเหตุใดcatหลังจากที่file2? จะทราบได้อย่างไรcat file2ว่าตัวถูกดำเนินการไม่ได้อยู่ในลำดับที่ถูกต้อง?

ก่อนที่เชลล์จะประมวลผลcatคำสั่งบนบรรทัดคำสั่งมันจะค้นหาการเปลี่ยนเส้นทาง

มีการเปลี่ยนเส้นทางสองแบบ:

1. >file1file1ซึ่งจะทำให้การส่งออกมาตรฐานของคำสั่งไป
2. <file2file2ซึ่งจะทำให้เข้ามาตรฐานของคำสั่งมาจาก

ความจริงที่ว่าการเปลี่ยนเส้นทางเหล่านี้อยู่ในตำแหน่งที่ไม่ได้ผลบนบรรทัดคำสั่งไม่สำคัญ

$ cat <file2 >file1

เป็นเช่นเดียวกับ

$ <file2 cat >file1

ซึ่งเหมือนกับ

$ <file2 >file1 cat

etc.¹

โปรดทราบว่าcatยูทิลิตี้ในทุกกรณีเหล่านี้จะถูกดำเนินการโดยไม่ขัดแย้งบรรทัดคำสั่งใด ๆ การเปลี่ยนเส้นทางไม่ได้ถูกดำเนินการกับcatคำสั่ง แต่เป็นคำแนะนำสำหรับเชลล์เพื่อตั้งค่าการเปลี่ยนเส้นทางเข้าและออกจากคำสั่ง (การเชื่อมต่ออินพุตมาตรฐานและเอาต์พุตไปยังไฟล์) เชลล์ตั้งค่าการเปลี่ยนทิศทางก่อนที่จะเรียกใช้คำสั่ง

ความแตกต่างระหว่างcat fileและcat <file(หรือถ้าคุณต้องการ<file cat) ก็คือในกรณีแรกcatยูทิลิตี้เองกำลังเปิดไฟล์ซึ่งได้รับเป็นตัวถูกดำเนินการในบรรทัดคำสั่งสำหรับการอ่านในขณะที่ในกรณีที่สองเปลือกจะ เปิดไฟล์และเชื่อมต่อcatสตรีมอินพุตกับit² ในกรณีที่สองcatจะสังเกตเห็นว่ามันไม่ได้รับตัวถูกดำเนินการไฟล์และจะเปลี่ยนเป็นการอ่านจากอินพุตมาตรฐานโดยอัตโนมัติ นี่คือคุณสมบัติของcatและยูทิลิตี้อื่น ๆ ไม่ใช่สิ่งที่ยูทิลิตี้ทั้งหมดทำ

cat-นอกจากนี้ยังจะอ่านจากอินพุตมาตรฐานของมันถ้ามันให้ถูกดำเนินการ นี่เป็นพิเศษสำหรับcatยูทิลิตี้อื่น ๆ เท่านั้น (นั่นคือไม่มีสิ่งใดที่เชลล์ทำ) ที่จะใช้catในไฟล์ในไดเรกทอรีปัจจุบันที่มีชื่อเป็น เพิ่มเส้นทางไปยังชื่อไฟล์เช่น-./-

¹ _{ลำดับของการเปลี่ยนเส้นทางยังคงเป็นสิ่งที่สำคัญภายใต้สถานการณ์บาง; ด้วยcat <file2 >file1ตัวอย่างเช่นfile1จะไม่ถูกตัดทอนถ้าfile2ไม่สามารถเข้าถึงได้ (เปลี่ยนเส้นทางที่มีการแยกวิเคราะห์จากซ้ายไปขวา) อย่างไรก็ตามการวางตำแหน่งสัมพัทธ์ของคำcatยังคงเป็นการสุ่มและจะไม่มีผลกับสิ่งนี้}

² _{ดูเพิ่มเติมที่คำถาม " cat มอบข้อผิดพลาดต่าง ๆ เมื่อเปิดไฟล์ที่ไม่มีอยู่ "}

ความจริงที่ว่าเชลล์ตั้งค่าการเปลี่ยนเส้นทางก่อนที่จะดำเนินการคำสั่งบนบรรทัดคำสั่งคือสาเหตุที่สิ่งต่าง ๆ เหล่านี้ล้มเหลวและคุณท้ายด้วยไฟล์เอาต์พุตที่ว่างเปล่า:

$ sort file >file

ที่นี่เชลล์จะตัดทอน (ว่าง) ไฟล์fileก่อนที่จะดำเนินการsort fileและเชื่อมต่อsortเอาต์พุตมาตรฐานของไฟล์ sortยูทิลิตี้จากนั้นจะเปิดfileและจัดเรียงเนื้อหา (ซึ่งเป็นอะไร) ผล (อะไร) fileจะถูกส่งผ่านกระแสออกมาตรฐานการ

การแก้ไขในกรณีนี้โดยเฉพาะ (สำหรับการเรียงลำดับไฟล์ "ในสถานที่") คือ

$ sort -o file file

หรือ

$ sort file >file.sorted && mv file.sorted file

ซึ่งจะมากหรือน้อยsortเมื่อใช้-oไฟล์เพื่อระบุชื่อไฟล์เอาต์พุต

เพียงสำรองคำสั่งที่การเปลี่ยนเส้นทางอาจนำหน้าชื่อจริงของยูทิลิตี้ในบรรทัดคำสั่ง:

"คำสั่งอย่างง่าย" คือลำดับของการกำหนดตัวแปรและการเปลี่ยนเส้นทางที่เป็นทางเลือกในลำดับใดก็ได้ตามด้วยคำและการเปลี่ยนเส้นทางซึ่งสิ้นสุดลงโดยผู้ควบคุม [อ้างอิง: ภาษาคำสั่ง POSIX Shell 2.9.1 คำสั่งง่าย ๆ ]

และยังเกี่ยวกับการเปลี่ยนเส้นทางที่ไม่ได้เป็นส่วนหนึ่งของตัวถูกดำเนินการของยูทิลิตี้:

จำนวนที่เป็นทางเลือกโอเปอเรเตอร์การเปลี่ยนเส้นทางและคำจะไม่ปรากฏในอาร์กิวเมนต์ที่ให้ไว้กับคำสั่งที่จะดำเนินการ (ถ้ามี) [อ้างอิง: การเปลี่ยนเส้นทางภาษาคำสั่ง POSIX Shell 2.7]