เหตุใดจึงรันคำสั่ง Linux shell ด้วย '&'

ฉันใช้ Red Hat Linux Enterprise เวอร์ชัน 5 ฉันสังเกตว่าบางครั้งผู้คนกำลังใช้คำสั่งพร้อม&ตัวเลือกสองสามตัว ตัวอย่างเช่นในคำสั่งด้านล่างมีสอง&สัญญาณ พวกเขามีจุดประสงค์อะไร? พวกเขามักจะใช้ร่วมกับ nohup หรือไม่?

nohup foo.sh <script parameters> >& <log_file_name> &

นอกจากของ Martin คำตอบของ Ash's และ Kevin บางครั้งคุณจะเห็นเครื่องหมายและใช้คณิตศาสตร์ในระดับบิตและ^* :

$ echo $(( 11 & 7 ))
3

ในกรณีที่คุณไม่คุ้นเคยกับตัวดำเนินการบิต:

11: 1011
 7: 0111
-------- AND
 3: 0011

ในแต่ละตำแหน่งจะมีบิตหนึ่งในหมายเลขแรกและหมายเลขที่สองให้ตั้งค่าบิตนั้นเป็นหนึ่งในคำตอบ

^{* _{คุณสมบัติในคำตอบของ Kevin ถูกอ้างถึงว่าเป็นตรรกะและ}}

เพื่ออธิบายรายละเอียดของคำตอบของ Ash เมื่อใช้ในการเปลี่ยนทิศทางเครื่องหมายและสามารถบอกเชลล์ให้คัดลอกไฟล์ descriptor ในคำสั่งนี้echo "hello" > outputfile 2>&1เครื่องหมายแอมเปอร์แซนด์ทำให้เกิดเอาต์พุตใด ๆ ที่อาจเกิดข้อผิดพลาดมาตรฐาน (stderr, file descriptor 2) เพื่อไปยังตำแหน่งเดียวกับเอาต์พุตมาตรฐาน (stdout, file descriptor 1, ค่าดีฟอลต์สำหรับด้านซ้ายของ>) ผู้ประกอบการมีการจดชวเลข>& outputfile> outputfile 2>&1

นอกจากนี้ใหม่ใน Bash 4 มีสองเทอร์มิเนเตอร์ใหม่สำหรับส่วนcaseคำสั่งในคำสั่ง;&และ;;&ส่งผลต่อกรณีที่ "ตกหล่น" และถ้าเป็นเช่นนั้นจะทำการทดสอบครั้งต่อไปหรือไม่

ใน Bash shell script, เครื่องหมาย &“ &” ใช้เพื่อแยกกระบวนการ:

find -name hello &

มันจะทำให้คำสั่ง find ถูกแยกและทำงานในพื้นหลัง (คุณสามารถฆ่ามันด้วย PID)

เหตุใดจึงรันคำสั่ง Linux shell ด้วย '&'

ในการรับพรอมต์ของคุณกลับมาทันทีและเรียกใช้กระบวนการในพื้นหลัง

หน้าที่ของพวกเขาคืออะไร?

nohupอนุญาตให้กระบวนการพื้นหลังทำงานต่อไปแม้หลังจากที่ผู้ใช้ล็อกเอาต์ (หรือออกจากเชลล์เริ่มต้น)

> & เปลี่ยนเส้นทางทั้งเอาต์พุตมาตรฐานและข้อผิดพลาดมาตรฐานไปยังไฟล์บันทึก

&รันทุกสิ่งในพื้นหลังโดยให้คุณตอบกลับทันที

คำอธิบาย:

ทุกกระบวนการ Linux เปิดช่อง I / O สามช่องสัญญาณ "stdin", เอาต์พุตมาตรฐาน "stdout" และเอาต์พุตข้อผิดพลาดมาตรฐาน "stderr" พวกเขาสามารถใช้สำหรับไบนารี แต่พวกเขาเป็นข้อความแบบดั้งเดิม เมื่อโปรแกรมส่วนใหญ่เห็น stdin close พวกเขาจะออก (ซึ่งสามารถเปลี่ยนแปลงได้โดยโปรแกรมเมอร์)

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

ดังนั้นสิ่งที่ nohup ทำคือให้กระบวนการเด็กแยกสภาพแวดล้อม I / O โดยแยกสิ่งที่ไม่เกี่ยวข้องกับเปลือกหอยและป้องกันเด็กจากสัญญาณ SIGHUP เมื่อผู้ใช้ยกเลิกการเชื่อมต่อคุณจะเห็นกระบวนการพื้นหลัง nohup เป็นเจ้าของโดย init (กระบวนการ 1) ไม่ใช่เชลล์ของผู้ใช้

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

นอกจากนี้ในการตอบ @ มาร์ติน: การใช้งานอื่น ๆ ของเครื่องหมาย ( >&เหนือ) คือการจับทั้งสอง และstdout stderrโดยปกติหากคุณเปลี่ยนเส้นทางไปยังไฟล์ที่มีเพียง '>' คุณจะได้รับผลลัพธ์stdoutโดยไม่มีข้อผิดพลาดใด ๆ

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

[kevin@box ~]$ ls file && echo removing file && rm file
ls: file: No such file or directory
[kevin@box ~]$ touch file
[kevin@box ~]$ ls file && echo removing file && rm file
file
removing file
[kevin@box ~]$

คำตอบของ Martin นั้นดี แต่ค่อนข้างคลุมเครือ คำสั่งจะถูก fork'ed และดำเนินการเสมอ แต่ลักษณะการทำงานของเชลล์ปกติคือรอคำสั่งจนกว่าจะออก เครื่องหมายแอมเปอร์แซนด์ใส่ไว้ในพื้นหลังเพื่อให้คุณได้รับการแจ้งเตือนจากเครื่องปลายทางและคุณสามารถทำสิ่งอื่นได้ หากกระบวนการแยกข้อมูลออกเป็น stdout หรือ stderr สิ่งนี้จะถูกรวมเข้ากับสิ่งที่คุณทำที่พรอมต์และอาจทำให้คุณสับสน นี่คือสาเหตุที่คุณเปลี่ยนเส้นทางด้วย> & /path/to/logfile.txt

ในการตอบสนองต่อ George2 พฤติกรรมปกติสำหรับการออกจากเชลล์คือการส่งสัญญาณ SIGHUP ไปยังกระบวนการทั้งหมดในกลุ่มกระบวนการเดียวกัน หากคุณต้องการให้สิ่งนี้ดำเนินต่อไปแม้ว่าคุณจะปิดกระบวนการเชลล์คุณสามารถใช้คำสั่ง nohup เพื่อทำให้พวกเขาเพิกเฉยต่อสัญญาณนี้และทำงานต่อไป มีชื่อพิเศษสำหรับกระบวนการประเภทนี้เรียกว่ากระบวนการ daemon (ออกเสียงว่า "อสูร")