ทำไม 0 จึงเป็นจริง แต่เท็จคือ 1 ในเชลล์

false; echo $?

ข้างต้นจะแสดงผลลัพธ์1ซึ่งขัดแย้งกับภาษาโปรแกรมอื่น ๆ ทั้งหมดที่ฉันรู้จัก

เหตุผลใดในเรื่องนี้

มันเป็นอนุสัญญา แต่มีประโยชน์อย่างยิ่งเมื่อคุณคิดถึงเรื่องนี้ โดยทั่วไปหากโปรแกรมประสบความสำเร็จนั่นคือทั้งหมดที่คุณต้องรู้ อย่างไรก็ตามหากล้มเหลวคุณอาจต้องรู้ข้อมูลทุกประเภทเกี่ยวกับความล้มเหลว - สาเหตุที่เกิดขึ้นวิธีแก้ไข ฯลฯ การมี 'ความสำเร็จ' เป็นศูนย์และความล้มเหลวเฉลี่ยที่ไม่ใช่ศูนย์ช่วยให้คุณสามารถตรวจสอบความสำเร็จได้อย่างง่ายดาย และตรวจสอบข้อผิดพลาดเฉพาะสำหรับรายละเอียดเพิ่มเติมหากคุณต้องการ API และเฟรมเวิร์กจำนวนมากมีหลักการที่คล้ายกัน - ฟังก์ชันที่ส่งคืนค่าเป็น 0 และฟังก์ชันที่ล้มเหลวจะให้รหัสข้อผิดพลาดที่อธิบายถึงกรณีความล้มเหลวโดยเฉพาะ

Bash เป็นภาษาการเขียนโปรแกรม (สคริปต์) แต่ยังเป็นเชลล์และอินเทอร์เฟซผู้ใช้ด้วย หาก0เป็นข้อผิดพลาดโปรแกรมจะแสดงข้อผิดพลาดได้เพียงประเภทเดียว

อย่างไรก็ตามใน Bash ค่าที่ไม่ใช่ศูนย์เป็นข้อผิดพลาดและเราอาจใช้ตัวเลขใดก็ได้ตั้งแต่ 1-255 เพื่อแสดงข้อผิดพลาด ซึ่งหมายความว่าเราสามารถมีข้อผิดพลาดได้หลายประเภท 1เป็นข้อผิดพลาดทั่วไป126หมายความว่าไม่สามารถเรียกใช้ไฟล์ได้127หมายความว่า 'ไม่พบคำสั่ง' เป็นต้นนี่คือรายการรหัสทางออก Bash ที่มีความหมายพิเศษซึ่งแสดงรหัสทางออกที่พบบ่อยที่สุด

นอกจากนี้ยังมีความสำเร็จหลายประเภท (สถานะการออกคือ0) อย่างไรก็ตามความสำเร็จจะช่วยให้คุณดำเนินการในขั้นตอนต่อไปได้เช่นคุณสามารถพิมพ์ผลงานไปยังหน้าจอหรือดำเนินการคำสั่งเป็นต้น

มีสองประเด็นที่เกี่ยวข้องที่นี่

อันดับแรกคำถามของ OP ทำไม 0 ถึงเป็นจริง แต่เท็จคือ 1 ในเชลล์? และประการที่สองเหตุใดแอปพลิเคชันจึงส่งคืน 0 สำหรับความสำเร็จและไม่ใช่ศูนย์สำหรับความล้มเหลว

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

เหตุใดแอปพลิเคชันจึงคืนค่าเป็น 0 สำหรับความสำเร็จและไม่ใช่ศูนย์สำหรับความล้มเหลว

รหัสที่เรียกใช้การดำเนินการจำเป็นต้องรู้สองสิ่งเกี่ยวกับสถานะการออกของการดำเนินการ การดำเนินการออกสำเร็จหรือไม่ [* 1] และหากการดำเนินการออกไม่สำเร็จเหตุใดการดำเนินการจึงออกไม่สำเร็จ สามารถใช้ค่าใดก็ได้เพื่อแสดงถึงความสำเร็จ แต่ 0 สะดวกกว่าหมายเลขอื่น ๆ เนื่องจากเป็นแบบพกพาระหว่างแพลตฟอร์ม สรุปคำตอบของ xibo สำหรับคำถามนี้เมื่อวันที่ 16 ส.ค. 2554:

Zero ไม่ขึ้นอยู่กับการเข้ารหัส

หากเราต้องการจัดเก็บหนึ่ง (1) ในคำจำนวนเต็ม 32 บิตคำถามแรกจะเป็น "big-endian word หรือ little-endian word?" ตามด้วย "ไบต์ที่เขียนเป็นคำ endian ตัวน้อยยาวเท่าใด "ในขณะที่ศูนย์จะมีลักษณะเหมือนกันเสมอ

นอกจากนี้ยังต้องคาดหวังว่าบางคนจะร่าย errno ให้เป็นถ่านหรือสั้นในบางจุดหรือแม้กระทั่งลอย (int) ((ถ่าน) ENOLCK) ไม่ใช่ ENOLCK เมื่อถ่านมีความยาวอย่างน้อย 8 บิต (UNIX 7 บิตสนับสนุนเครื่องถ่าน ASCII) ในขณะที่ (int) ((ถ่าน) 0) เป็น 0 โดยไม่ขึ้นกับ รายละเอียดสถาปัตยกรรมของถ่าน

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

ทำไม 0 จึงเป็นจริง แต่เท็จคือ 1 ในเชลล์

หนึ่งในการใช้งานพื้นฐานของเชลล์คือการทำให้กระบวนการทำงานอัตโนมัติโดยการเขียนสคริปต์ โดยปกติจะหมายถึงการเรียกใช้การดำเนินการแล้วทำอย่างอื่นตามเงื่อนไขตามสถานะการออกของการดำเนินการ Philippe A.อธิบายอย่างดีในคำตอบของเขาสำหรับโพสต์นี้ว่า

ใน bash และในเปลือกหอย unix โดยทั่วไปค่าที่ส่งคืนไม่ใช่บูลีน เป็นรหัสทางออกจำนวนเต็ม

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

mkdir deleteme && cd $_ && pwdนี่คือตัวอย่าง เนื่องจากเชลล์แปลความหมายว่า 0 เป็นจริงคำสั่งนี้จึงทำงานได้อย่างสะดวกตามที่คาดไว้ หากเชลล์ตีความ 0 เป็นเท็จคุณจะต้องกลับสถานะทางออกที่ตีความสำหรับแต่ละการดำเนินการ

ในระยะสั้นมันจะเป็นเรื่องไร้สาระสำหรับเชลล์ที่จะตีความ 0 เป็นเท็จเนื่องจากข้อตกลงที่ว่าแอ็พพลิเคชันส่งคืน 0 สำหรับสถานะการออกที่สำเร็จ

[* 1]: ใช่หลายครั้งการดำเนินการจำเป็นต้องส่งคืนมากกว่าข้อความแสดงความสำเร็จธรรมดา ๆ แต่อยู่นอกเหนือขอบเขตของชุดข้อความนี้

โปรดดูภาคผนวก Eในคู่มือ Bash-Scripting ขั้นสูง

ประเด็นพื้นฐานประการหนึ่งที่ฉันพบว่าสำคัญที่จะต้องเข้าใจก็คือ ใน bash และในเปลือกหอย unix โดยทั่วไปค่าที่ส่งคืนไม่ใช่บูลีน เป็นรหัสทางออกจำนวนเต็ม ด้วยเหตุนี้คุณต้องประเมินค่าเหล่านี้ตามแบบแผนว่า 0 หมายถึงความสำเร็จและค่าอื่น ๆ หมายถึงข้อผิดพลาดบางอย่าง

ด้วยtest, [ ]หรือ[[ ]]ผู้ประกอบการเงื่อนไขทุบตีประเมินเป็นจริงในกรณีของรหัสทางออกของ 0 (ผลจากการ / ถัง / จริง) มิฉะนั้นจะประเมินว่าเป็นเท็จ

สตริงได้รับการประเมินแตกต่างจากรหัสทางออก:

if [ 0 ] ; then echo not null ; fi
if [ $(echo 0) ] ; then echo not null ; fi

if [ -z "" ] ; then echo null ; fi

ตัว(( ))ดำเนินการเลขคณิตตีความ 1 และ 0 ว่าเป็นจริงและเท็จ แต่ผู้ประกอบการที่ไม่สามารถนำมาใช้เป็นทดแทนที่สมบูรณ์สำหรับtest, หรือ[ ] [[ ]]นี่คือตัวอย่างที่แสดงเมื่อตัวดำเนินการเลขคณิตมีประโยชน์:

for (( counter = 0 ; counter < 10 ; counter ++ )) ; do
  if (( counter % 2 )) ; then echo "odd number $counter" ; fi
done

เป็นเพียงข้อตกลงว่ารหัสทางออก 0 หมายถึงความสำเร็จ EXIT_SUCCESSจะเป็น 0 ในเกือบทุกระบบที่ทันสมัย

แก้ไข:

"ทำไมทั้ง test 0 และ test 1 จึงส่งกลับ 0 (สำเร็จ)"

นั่นเป็นคำถามที่แตกต่างไปจากเดิมอย่างสิ้นเชิง คำตอบคือการส่งอาร์กิวเมนต์เดียวเพื่อทดสอบจะทำให้เกิดความสำเร็จเสมอเว้นแต่อาร์กิวเมนต์นั้นจะเป็นสตริงว่าง ("") ดูเอกสารเปิด Group

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

AFAIK นี้มาจากรูปแบบ C ที่คุณควรคืนค่า 0 หากทำสำเร็จ ดู:

man close

api C (POSIX) ส่วนใหญ่สร้างแบบนี้ http://en.wikipedia.org/wiki/C_POSIX_library

เป็นการประชุมที่ย้อนกลับไปในยุคแรกของ Unix

ตามแบบแผนการเรียกระบบทั้งหมดจะคืนค่า 0 หากสำเร็จไม่ใช่ศูนย์เนื่องจากตัวเลขที่แตกต่างกันสามารถใช้เพื่อระบุสาเหตุของความล้มเหลวที่แตกต่างกันได้

เชลล์เป็นไปตามข้อตกลงนี้ 0 หมายถึงคำสั่งสุดท้ายที่ประสบความสำเร็จไม่ใช่ศูนย์ ในทำนองเดียวกันค่าที่ส่งคืนที่ไม่ใช่ศูนย์จะมีประโยชน์สำหรับข้อความแสดงข้อผิดพลาดที่ส่งออกเช่น 1: "brain dead", 2: "heartless" เป็นต้น

คุณพยายามที่จะถือเอาความจริง / เท็จกับความสำเร็จ / ความล้มเหลว

พวกเขาเป็นสองคนอย่างสมบูรณ์แม้ว่าในตอนแรกจะมีความแตกต่างกันอย่างละเอียด!

ในเชลล์สคริปต์ไม่มีสิ่งที่เรียกว่า true / false 'นิพจน์' ของเชลล์ไม่ถูกตีความว่าเป็นจริง / เท็จ แต่ 'นิพจน์' เชลล์เป็นกระบวนการที่ประสบความสำเร็จหรือล้มเหลว

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

ใน C เรากำลังสร้างโปรแกรม ในเชลล์สคริปต์เรากำลังเรียกใช้โปรแกรมมากมายเพื่อทำงานให้เสร็จ

ความแตกต่าง!

วิธีที่ดีในการจำก็คือ:

• รหัสส่งคืนตอบว่า "คำตอบคืออะไร" จริง (หรือผลลัพธ์อื่น ๆ ) หรือเท็จ
• รหัสทางออกตอบว่า "มีปัญหาอะไร" รหัสออกหรือไม่มีปัญหา (0)