การใช้คำสั่ง Exec ในเชลล์สคริปต์

Kar Chi Kha Sang Exec Ni Chell Skhript



คู่มือนี้อธิบายรายละเอียดเกี่ยวกับคำสั่ง exec และการใช้งานในเชลล์สคริปต์

ข้อกำหนดเบื้องต้น:

ในการดำเนินการตามขั้นตอนที่แสดงในคู่มือนี้ คุณต้องมีส่วนประกอบต่อไปนี้:

คำสั่ง Exec

คำสั่ง exec ไม่ใช่เครื่องมือแยกต่างหาก:







$ ที่ ผู้บริหาร



แต่เป็นคำสั่งภายในของ Bash shell:



$ ผู้ชาย ผู้บริหาร





ตามที่คำอธิบายจาก man page แนะนำ หากมีการระบุคำสั่ง exec จะแทนที่เชลล์ด้วยคำสั่งนั้น โดยไม่มีกระบวนการเพิ่มเติม มีตัวเลือกจำนวนหนึ่งที่สามารถปรับเปลี่ยนพฤติกรรมของคำสั่ง exec ได้



การใช้งานพื้นฐาน

ตามค่าเริ่มต้น เมื่อใดก็ตามที่รันคำสั่ง Bash จะสร้าง subshell และแยกคำสั่ง

$ เสียงสะท้อน $$ && นอน 999

$ เพสทรี -หน้า

ที่นี่ คำสั่ง echo พิมพ์ PID ของเชลล์ปัจจุบัน Bash shell (PID: 978) spawns กระบวนการลูกใหม่เพื่อทำงานกับคำสั่ง sleep (PID: 8369)

ทีนี้ถ้าเรารันคำสั่ง sleep โดยใช้ exec ล่ะ?

$ เสียงสะท้อน $$ && ผู้บริหาร นอน 999

$ พีสทรี -p

กระบวนการ Bash พาเรนต์ถูกแทนที่ด้วยคำสั่ง sleep เมื่อดำเนินการสำเร็จ จะไม่กลับไปที่เชลล์ เซสชันจะสิ้นสุดลงแทน

สภาพแวดล้อมที่สะอาด

การกำหนดค่า Bash เริ่มต้นมาพร้อมกับการปรับแต่งและตัวแปรสภาพแวดล้อมมากมาย ในบางสถานการณ์ (เช่น การดีบัก) คุณอาจต้องการเรียกใช้สคริปต์/โปรแกรมของคุณในสภาพแวดล้อมที่สะอาด ด้วยความช่วยเหลือของ exec เราสามารถเปิดใช้อินสแตนซ์เชลล์ที่สะอาดแทนอินสแตนซ์ปัจจุบันได้

ขั้นแรก ให้ใช้คำสั่ง printenv เพื่อแสดงรายการตัวแปรสภาพแวดล้อมทั้งหมดที่ได้รับการกำหนดค่าในปัจจุบัน:

$ เครื่องพิมพ์

ตอนนี้ ใช้ exec เพื่อเรียกใช้อินสแตนซ์ใหม่ทั้งหมด:

$ ผู้บริหาร -ค ทุบตี

$printenv

เปิดตัวเชลล์ที่แตกต่างกัน

นอกจาก Bash และ “sh” แล้ว ยังมีโปรแกรมเชลล์อื่นๆ อีกมากมายที่พร้อมให้ใช้งาน ซึ่งแต่ละโปรแกรมมีสิทธิพิเศษที่แตกต่างกันไป หากโปรแกรม/สคริปต์ต้องการเชลล์เฉพาะ คุณสามารถใช้ exec เพื่อแทนที่เชลล์ Bash ปัจจุบันด้วยเชลล์ที่ต้องการ

ในตัวอย่างต่อไปนี้ เราแทนที่ Bash ด้วย “sh”:

$ เพสทรี -หน้า

$ ผู้บริหาร

$ เพสทรี -หน้า

การใช้ Exec ในสคริปต์

ด้วยพื้นฐานที่ไม่จำเป็น ตอนนี้เราสามารถเริ่มใช้ exec ในเชลล์สคริปต์ของเราได้แล้ว

ตัวอย่างที่ 1: การทำงานกับเชลล์ต่างๆ

ตรวจสอบสคริปต์ต่อไปนี้:

#!/bin/bash

เสียงสะท้อน $เปลือก

เสียงสะท้อน 'echo zsh เปิดตัวสำเร็จ' > zsh.sh

ผู้บริหาร zsh zsh.sh

ที่นี่ คำสั่ง echo แรกจะพิมพ์เชลล์ปัจจุบัน ตามค่าเริ่มต้น ควรเป็น Bash จากนั้น คำสั่ง exec เปิดตัว “zsh” เพื่อรันสคริปต์ “zsh.sh”

เรียกใช้สคริปต์ต่อไปนี้:

$ . / ทดสอบ.sh

ตัวอย่างที่ 2: การแทนที่กระบวนการที่มีอยู่

เมื่อใดก็ตามที่เรียกใช้คำสั่ง/โปรแกรม Bash จะสร้างกระบวนการใหม่ ในสถานการณ์ส่วนใหญ่ ไม่ใช่เรื่องที่ต้องกังวล อย่างไรก็ตาม เมื่อทำงานกับระบบที่มีทรัพยากรจำกัดมาก (เช่น ฮาร์ดแวร์แบบฝัง) การใช้ exec เพื่อแทนที่กระบวนการที่มีอยู่ในหน่วยความจำสามารถช่วยได้

ตรวจสอบสคริปต์ต่อไปนี้:

#!/bin/bash

เพสทรี -หน้า

ผู้บริหาร เพสทรี -หน้า

เสียงสะท้อน 'สวัสดีชาวโลก'

ที่นี่ คำสั่ง pstree แรกแสดงเค้าโครงดั้งเดิมของแผนผังกระบวนการ เมื่อดำเนินการคำสั่ง exec แล้ว คำสั่ง pstree ที่สองจะแทนที่เชลล์ที่กำลังทำงานอยู่ คำสั่ง echo ในบรรทัดสุดท้ายไม่ทำงาน

เรียกใช้สคริปต์ต่อไปนี้:

$ . / ทดสอบ.sh

เนื่องจากเป็นส่วนหนึ่งของสคริปต์ เราจึงกลับไปที่เชลล์ดั้งเดิมเมื่อดำเนินการสำเร็จ

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

ตัวอย่างที่ 3: การบันทึก

Bash shell มีตัวอธิบายไฟล์ที่ไม่ซ้ำกัน 3 ตัวสำหรับโปรแกรม/สคริปต์ที่กำลังทำงานอยู่:

  • STDOUT (1): เอาต์พุตมาตรฐาน จัดเก็บเอาต์พุตปกติ
  • STDERR (2): ข้อผิดพลาดมาตรฐาน จัดเก็บข้อความแสดงข้อผิดพลาด
  • STDIN (0): อินพุตมาตรฐาน

เมื่อใช้ exec เราสามารถเปลี่ยนเส้นทางตัวอธิบายไฟล์เหล่านี้ไปยังตำแหน่งอื่นได้ เช่น ไฟล์บันทึก สามารถช่วยในการดีบักและการบันทึกโดยทั่วไป

โดยทั่วไป ถ้าคุณต้องการเปลี่ยนเส้นทาง STDOUT และ STDERR ไปยังไฟล์บันทึก ให้ใช้ตัวดำเนินการเปลี่ยนเส้นทาง:

$ เสียงสะท้อน $$ | ที ทดสอบ.เข้าสู่ระบบ

$ พระ 2 >& 1 | ที ทดสอบ.เข้าสู่ระบบ

วิธีนี้ต้องมีการเปลี่ยนเส้นทางในทุกจุดที่คุณต้องการบันทึก เพื่อแก้ปัญหานี้ เราสามารถใช้คำสั่ง exec เพื่อสร้างการเปลี่ยนเส้นทางถาวรสำหรับเชลล์เซสชั่น ตรวจสอบตัวอย่างต่อไปนี้:

#!/bin/bash

> ทดสอบ.เข้าสู่ระบบ

ผู้บริหาร 1 >> ทดสอบ.เข้าสู่ระบบ

ผู้บริหาร 2 >& 1

เสียงสะท้อน 'สวัสดีชาวโลก'

ผิด_คำสั่ง

ที่นี่ บรรทัดแรกสร้างไฟล์บันทึกที่ว่างเปล่า คำสั่ง exec แรกสร้างการเปลี่ยนเส้นทางถาวรของ STDOUT ไปยังล็อกไฟล์ คำสั่ง exec ที่สองเปลี่ยนเส้นทาง STDERR ไปยัง STDOUT

ด้วยการตั้งค่านี้ ผลลัพธ์และข้อความแสดงข้อผิดพลาดทั้งหมดจะถูกดัมพ์ลงในล็อกไฟล์:

$ . / ทดสอบ.sh

$ แมว ทดสอบ.เข้าสู่ระบบ

จะเกิดอะไรขึ้นถ้าสคริปต์สร้างรายการบันทึกอย่างต่อเนื่อง

#!/bin/bash

> ทดสอบ.เข้าสู่ระบบ

ผู้บริหาร 1 >> ทดสอบ.เข้าสู่ระบบ

ผู้บริหาร 2 >& 1

ในขณะที่ จริง

ทำ

เสียงสะท้อน $สุ่ม

นอน 5

เสร็จแล้ว

ที่นี่ ในส่วนแรก เราสร้างการเปลี่ยนเส้นทางถาวรของ STDOUT และ STDERR ไปยังไฟล์บันทึกของเรา การวนซ้ำไม่มีที่สิ้นสุดรันคำสั่ง echo จนกว่าเราจะบังคับปิดโดยใช้ 'Ctrl + C' ตัวแปร $RANDOM เป็นตัวแปรพิเศษที่ส่งคืนสตริงแบบสุ่มทุกครั้งที่มีการเข้าถึง

หากต้องการตรวจสอบรายการบันทึกการอัปเดต ให้ใช้คำสั่ง tail ต่อไปนี้:

$ หาง -ฉ ทดสอบ.เข้าสู่ระบบ

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

ตัวอย่างที่ 4: อินพุตจากไฟล์

คล้ายกับวิธีที่เราสร้างการเปลี่ยนเส้นทาง STDOUT และ STDERR แบบถาวร เราสามารถสร้างสำหรับ STDIN ได้เช่นกัน อย่างไรก็ตาม เนื่องจาก STDIN ใช้สำหรับอินพุต การใช้งานจึงแตกต่างกันเล็กน้อย

ในสคริปต์ต่อไปนี้ เรารับ STDIN จากไฟล์:

#!/bin/bash

เสียงสะท้อน 'ก้อง' สวัสดีชาวโลก '' > ป้อนข้อมูล

ผู้บริหาร < ป้อนข้อมูล

อ่าน line_1

อีวาล $line_1

ที่นี่ ในบรรทัดแรก เราใช้ echo เพื่อสร้างเนื้อหาของไฟล์ input_string โดยใช้การเปลี่ยนเส้นทาง คำสั่ง exec เปลี่ยนเส้นทางเนื้อหาของ input_string ไปยัง STDIN ของเซสชันเชลล์ปัจจุบัน หลังจากอ่านสตริงแล้ว เราใช้ eval เพื่อถือว่าเนื้อหาของ $line_1 เป็นเชลล์โค้ด

เรียกใช้สคริปต์ต่อไปนี้:

$ . / ทดสอบ.sh

บทสรุป

เราได้พูดคุยเกี่ยวกับคำสั่ง exec ใน Bash เรายังแสดงวิธีการใช้งานที่หลากหลายในสคริปต์ เราสาธิตการใช้ exec เพื่อทำงานกับหลายเชลล์ สร้างสคริปต์หน่วยความจำที่มีประสิทธิภาพ และเปลี่ยนเส้นทางตัวอธิบายไฟล์

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

มีความสุขในการคำนวณ!