ทำไมคำสั่ง“ ls | ไม่ถึง ไฟล์” ทำงานอย่างไร

ฉันได้ศึกษาเกี่ยวกับบรรทัดคำสั่งและเรียนรู้ว่า|(ไปป์ไลน์) นั้นหมายถึงการเปลี่ยนทิศทางเอาต์พุตจากคำสั่งไปยังอินพุตของอีกอันหนึ่ง เหตุใดคำสั่งls | fileจึงไม่ทำงาน

file อินพุตเป็นหนึ่งในชื่อไฟล์เพิ่มเติมเช่น file filename1 filename2

lsเอาท์พุทเป็นรายการของไดเรกทอรีและไฟล์ในโฟลเดอร์ดังนั้นฉันคิดว่าls | fileควรจะแสดงประเภทไฟล์ของทุกไฟล์ในโฟลเดอร์

เมื่อฉันใช้มันอย่างไรก็ตามผลลัพธ์คือ:

    Usage: file [-bcEhikLlNnprsvz0] [--apple] [--mime-encoding] [--mime-type]
        [-e testname] [-F separator] [-f namefile] [-m magicfiles] file ...
    file -C [-m magicfiles]
    file [--help]

เนื่องจากมีข้อผิดพลาดบางอย่างกับการใช้fileคำสั่ง

ปัญหาพื้นฐานคือfileคาดว่าชื่อไฟล์จะเป็นอาร์กิวเมนต์บรรทัดคำสั่งไม่ใช่ใน stdin เมื่อคุณเขียนls | fileการส่งออกของlsจะถูกส่งผ่านไปเป็น input fileเพื่อ ไม่เป็นข้อโต้แย้งเหมือนกับอินพุต

ความแตกต่างคืออะไร?

• cmd arg1 arg2 arg3อาร์กิวเมนต์บรรทัดคำสั่งจะถูกเมื่อคุณเขียนธงและชื่อไฟล์หลังคำสั่งในขณะที่ ในเชลล์สคริปต์ขัดแย้งเหล่านี้มีอยู่เป็นตัวแปร$1, $2, $3ฯลฯ ใน C คุณต้องการเข้าถึงได้ผ่านทางchar **argvและข้อโต้แย้งint argcmain()

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

fileไม่ปกติอ่านจาก stdin ต้องการชื่อไฟล์อย่างน้อยหนึ่งชื่อที่จะถูกส่งเป็นอาร์กิวเมนต์ นั่นเป็นเหตุผลที่พิมพ์ออกมาใช้เมื่อคุณเขียนls | fileเพราะคุณไม่ได้ผ่านการโต้แย้ง

คุณสามารถใช้xargsการแปลง stdin ls | xargs fileลงในข้อโต้แย้งในขณะที่ ยังคงเป็นterdon กล่าววจีวิภาคlsเป็นความคิดที่ไม่ดี วิธีที่ตรงที่สุดในการทำเช่นนี้คือ:

file *

เพราะในขณะที่คุณจะพูดว่าการป้อนข้อมูลของfileจะต้องมีชื่อไฟล์ อย่างไรก็ตามผลลัพธ์ของlsมันเป็นเพียงข้อความ ที่มันเกิดขึ้นเป็นรายการชื่อไฟล์ไม่ได้เปลี่ยนความจริงที่ว่ามันเป็นเพียงข้อความและไม่ได้ตำแหน่งของไฟล์ในฮาร์ดไดรฟ์

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

$ ls / | grep etc
etc

ดังนั้นหากต้องการใช้เอาต์พุตของคำสั่งที่แสดงชื่อไฟล์เป็นข้อความ (เช่นlsหรือfind) เป็นอินพุตสำหรับคำสั่งที่ใช้ชื่อไฟล์คุณจำเป็นต้องใช้ลูกเล่นบางอย่าง เครื่องมือทั่วไปสำหรับสิ่งนี้คือxargs:

$ ls
file1 file2

$ ls | xargs wc
 9  9 38 file1
 5  5 20 file2
14 14 58 total

lsที่ผมกล่าวก่อนแม้ว่าคุณจริงๆไม่ต้องการที่จะแยกการส่งออกของ สิ่งที่ต้องการfindจะดีกว่า (คนprint0พิมพ์\0แทน newilne หลังจากชื่อไฟล์แต่ละและ-0การxargsปล่อยให้มันจัดการกับข้อมูลดังกล่าวนี้เป็นเคล็ดลับที่จะทำให้คำสั่งที่ทำงานของคุณด้วยชื่อไฟล์ที่มีการขึ้นบรรทัดใหม่ a):

$ find . -type f -print0 | xargs -0 wc
 9  9 38 ./file1
 5  5 20 ./file2
14 14 58 total

ซึ่งมีวิธีการของตัวเองในการทำเช่นนี้โดยไม่จำเป็นต้องใช้xargsเลย:

$ find . -type f -exec wc {} +
 9  9 38 ./file1
 5  5 20 ./file2
14 14 58 total

สุดท้ายคุณยังสามารถใช้เชลล์ลูปได้ อย่างไรก็ตามโปรดทราบว่าในกรณีส่วนใหญ่xargsจะเร็วขึ้นและมีประสิทธิภาพมากขึ้น ตัวอย่างเช่น:

$ for file in *; do wc "$file"; done
 9  9 38 file1
 5  5 20 file2

เรียนรู้ว่า '|' (ไปป์ไลน์) หมายถึงการเปลี่ยนเส้นทางเอาต์พุตจากคำสั่งไปยังอินพุตของอีกอันหนึ่ง

มันไม่ได้ "เปลี่ยนเส้นทาง" เอาท์พุท แต่ใช้เอาท์พุทของโปรแกรมและใช้เป็นอินพุตในขณะที่ไฟล์ไม่ได้ใช้อินพุต แต่ชื่อไฟล์เป็นอาร์กิวเมนต์ซึ่งถูกทดสอบแล้ว การเปลี่ยนเส้นทางไม่ผ่านชื่อไฟล์เหล่านี้เป็นข้อโต้แย้งค่าท่อไม่ต่อมาสิ่งที่คุณทำ

สิ่งที่คุณสามารถทำได้คืออ่านชื่อไฟล์จากไฟล์ที่มี--files-fromตัวเลือกหากคุณมีไฟล์ที่แสดงรายการไฟล์ทั้งหมดที่คุณต้องการทดสอบมิฉะนั้นเพียงส่งพา ธ ไปยังไฟล์ของคุณเป็นอาร์กิวเมนต์

คำตอบที่ได้รับการยอมรับอธิบายว่าทำไมคำสั่งไพพ์ไม่ทำงานในทันทีและด้วยfile *คำสั่งมันจึงเป็นคำตอบที่ง่ายและตรงไปตรงมา

ฉันอยากจะแนะนำทางเลือกอื่นที่อาจมีประโยชน์ในบางครั้ง เคล็ดลับคือการใช้(`)อักขระbacktick backtick จะมีการอธิบายในรายละเอียดมากที่นี่ ในระยะสั้นมันจะเอาท์พุทของคำสั่งล้อมรอบใน backticks และทดแทนมันเป็นสตริงในคำสั่งที่เหลือ

ดังนั้นfind `ls`จะรับเอาท์พุทของlsคำสั่งและแทนที่มันเป็นอาร์กิวเมนต์สำหรับfindคำสั่ง สิ่งนี้มีความยาวและซับซ้อนกว่าโซลูชันที่ยอมรับ แต่สิ่งนี้อาจมีประโยชน์ในสถานการณ์อื่น ๆ

ผลลัพธ์ของการlsผ่านไปป์เป็นบล็อกข้อมูลที่มี 0x0a แยกแต่ละบรรทัด - เช่นอักขระตัวดึงข้อมูล - และfileรับสิ่งนี้เป็นพารามิเตอร์เดียวซึ่งคาดว่าอักขระหลายตัวทำงานในเวลาเดียวกัน

ตามกฎทั่วไปอย่าใช้lsเพื่อสร้างแหล่งข้อมูลสำหรับคำสั่งอื่น ๆ - วันหนึ่งมันจะ .. ท่อเข้าrmแล้วคุณมีปัญหา!

ดีกว่าที่จะใช้ลูปเช่นfor i in *; do file "$i" ; doneซึ่งจะสร้างผลลัพธ์ที่คุณต้องการคาดการณ์ คำพูดจะมีในกรณีของชื่อไฟล์ที่มีช่องว่าง

หากคุณต้องการใช้ไพพ์เพื่อฟีดให้fileใช้ตัวเลือก-fซึ่งตามด้วยชื่อไฟล์ตามปกติ แต่คุณสามารถใช้ยัติภังค์เดียว-เพื่ออ่านจาก stdin ได้เช่นกัน

$ ls
cow.pdf  some.txt
$ ls | file -f -
cow.pdf:       PDF document, version 1.4
some.txt:        ASCII text

เคล็ดลับกับยัติภังค์-ทำงานได้กับ utils บรรทัดคำสั่งมาตรฐาน (แม้ว่า--บางครั้ง) ดังนั้นจึงควรลองดู

เครื่องมือxargมีประสิทธิภาพมากขึ้นและในกรณีส่วนใหญ่จำเป็นเฉพาะในกรณีที่รายการอาร์กิวเมนต์ยาวเกินไป (ดูโพสต์นี้เพื่อดูรายละเอียด)

มันใช้งานคำสั่งเช่นด้านล่าง

ls | xargs file

มันจะทำงานได้ดีขึ้นสำหรับฉัน

สิ่งนี้ควรใช้:

file $(ls)

ตามที่กล่าวไว้ที่นี่: https://unix.stackexchange.com/questions/5778/whats-the-difference-between-stuff-and-stuff