Tại sao 0 là true nhưng false là 1 trong shell?

false; echo $?

Ở trên sẽ xuất ra 1, điều này mâu thuẫn với tất cả các ngôn ngữ lập trình khác mà tôi biết.

Bất kỳ lý do trong điều này?

Đó là một quy ước, nhưng là một quy ước đặc biệt hữu ích khi bạn nghĩ về nó. Nói chung, nếu một chương trình thành công thì đó là tất cả những gì bạn cần biết. Tuy nhiên, nếu nó không thành công, bạn có thể cần biết tất cả các loại thông tin về thất bại - tại sao nó xảy ra, cách khắc phục nó, v.v. Không có nghĩa là 'thành công' và thất bại có nghĩa là khác 0 cho phép bạn có thể kiểm tra thành công khá dễ dàng và điều tra lỗi cụ thể để biết thêm chi tiết nếu bạn muốn. Rất nhiều API và khung công tác có quy ước tương tự - các hàm thành công trả về 0 và các hàm không thành công trả về mã lỗi mô tả trường hợp lỗi cụ thể.

Bash là một ngôn ngữ lập trình (script), nhưng nó cũng là một shell và một giao diện người dùng. Nếu 0là lỗi, thì chương trình chỉ có thể đưa ra một loại lỗi.

Tuy nhiên trong Bash, mọi giá trị khác không đều là lỗi và chúng tôi có thể sử dụng bất kỳ số nào từ 1-255 để biểu thị lỗi. Điều này có nghĩa là chúng ta có thể mắc nhiều loại lỗi khác nhau. 1là một lỗi chung, 126nghĩa là không thể thực thi tệp, 127có nghĩa là 'không tìm thấy lệnh', v.v. Dưới đây là danh sách Mã thoát Bash có ý nghĩa đặc biệt hiển thị một số mã thoát phổ biến nhất.

Cũng có nhiều loại thành công (trạng thái thoát là 0). Tuy nhiên, thành công sẽ cho phép bạn tiếp tục bước tiếp theo — bạn có thể in kết quả ra màn hình hoặc thực hiện một lệnh, v.v.

Có hai vấn đề liên quan ở đây.

Đầu tiên, câu hỏi của OP, Tại sao 0 là đúng nhưng sai là 1 trong shell? và thứ hai, tại sao các ứng dụng trả về 0 cho thành công và khác 0 cho thất bại?

Để trả lời câu hỏi của OP, chúng ta cần hiểu câu hỏi thứ hai. Nhiều câu trả lời cho bài đăng này đã mô tả rằng đây là một quy ước và đã liệt kê một số điều tốt đẹp mà quy ước này mang lại. Một số điều tốt đẹp này được tóm tắt dưới đây.

Tại sao các ứng dụng trả về 0 cho thành công và khác 0 cho thất bại?

Mã gọi một hoạt động cần biết hai điều về trạng thái thoát của hoạt động. Đã thoát hoạt động thành công? [* 1] Và nếu hoạt động không thoát thành công tại sao hoạt động thoát không thành công? Bất kỳ giá trị nào cũng có thể được sử dụng để biểu thị thành công. Nhưng số 0 thuận tiện hơn bất kỳ số nào khác vì nó có thể di động giữa các nền tảng. Tóm tắt câu trả lời của xibo cho câu hỏi này vào ngày 16 tháng 8 năm 2011:

Zero không phụ thuộc vào mã hóa.

Nếu chúng ta muốn lưu trữ một (1) trong một từ số nguyên 32 bit, câu hỏi đầu tiên sẽ là "từ big-endian hay little-endian từ?", Tiếp theo là "bao lâu thì các byte tạo ra một từ little-endian? ", trong khi số 0 sẽ luôn giống nhau.

Ngoài ra, cần phải mong đợi rằng một số người biến lỗi thành char hoặc short tại một số thời điểm, hoặc thậm chí là nổi. (int) ((char) ENOLCK) không phải là ENOLCK khi ký tự không dài ít nhất 8 bit (các máy ký tự ASCII 7 bit được UNIX hỗ trợ), trong khi (int) ((char) 0) là 0 độc lập với chi tiết kiến ​​trúc của char.

Khi đã xác định được rằng 0 sẽ là giá trị trả về cho sự thành công, thì việc sử dụng bất kỳ giá trị nào khác 0 cho sự thất bại là rất hợp lý. Điều này cho phép nhiều mã thoát để trả lời câu hỏi tại sao hoạt động không thành công.

Tại sao 0 là true nhưng false là 1 trong shell?

Một trong những cách sử dụng cơ bản của shell là tự động hóa các quy trình bằng cách viết kịch bản cho chúng. Thông thường, điều này có nghĩa là gọi một hoạt động và sau đó thực hiện điều gì đó khác có điều kiện dựa trên trạng thái thoát của hoạt động. Philippe A. đã giải thích một cách độc đáo trong câu trả lời của mình cho bài đăng này rằng

Trong bash và trong unix shell nói chung, giá trị trả về không phải là boolean. Chúng là các mã thoát số nguyên.

Sau đó, điều cần thiết là phải diễn giải trạng thái thoát của các hoạt động này dưới dạng giá trị boolean. Có ý nghĩa khi ánh xạ 0trạng thái thoát thành công ( ) thành true và bất kỳ trạng thái thoát nào khác 0 / thất bại thành false. Làm điều này cho phép thực hiện có điều kiện các lệnh shell chuỗi.

Đây là một ví dụ mkdir deleteme && cd $_ && pwd. Bởi vì shell diễn giải 0 là true, lệnh này hoạt động thuận tiện như mong đợi. Nếu shell diễn giải 0 là false thì bạn phải đảo ngược trạng thái thoát đã diễn giải cho mỗi thao tác.

Nói tóm lại, sẽ vô nghĩa nếu shell diễn giải 0 là false theo quy ước rằng các ứng dụng trả về 0 cho trạng thái thoát thành công.

[* 1]: Có, nhiều khi các phép toán cần trả lại nhiều hơn một thông báo thành công đơn giản nhưng điều đó nằm ngoài phạm vi của chuỗi này.

Xem thêm Phụ lục E trong Hướng dẫn Viết mã Bash Nâng cao

Một điểm cơ bản mà tôi thấy quan trọng cần hiểu là điều này. Trong bash và trong unix shell nói chung, giá trị trả về không phải là boolean. Chúng là các mã thoát số nguyên. Do đó, bạn phải đánh giá chúng theo quy ước nói rằng 0 nghĩa là thành công và các giá trị khác có nghĩa là một số lỗi.

Với test, [ ]hoặc các [[ ]]toán tử, các điều kiện cơ sở đánh giá là đúng trong trường hợp mã thoát là 0 (kết quả của / bin / true). Nếu không, họ đánh giá là sai.

Các chuỗi được đánh giá khác với mã thoát:

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

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

Các (( ))toán tử số học giải thích 1 và 0 là đúng và sai. Nhưng điều hành mà không thể được sử dụng như một sự thay thế hoàn toàn cho test, [ ]hoặc [[ ]]. Dưới đây là một ví dụ cho thấy khi nào toán tử số học hữu ích:

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

Nó chỉ là một quy ước rằng một mã thoát 0 có nghĩa là thành công. EXIT_SUCCESS sẽ là 0 trên hầu hết mọi hệ thống hiện đại.

BIÊN TẬP:

"tại sao cả thử nghiệm 0 và thử nghiệm 1 đều trả về 0 (thành công)?"

Đó là một câu hỏi hoàn toàn khác. Câu trả lời là việc chuyển một đối số duy nhất để kiểm tra luôn dẫn đến thành công trừ khi đối số đó là chuỗi null (""). Xem tài liệu Nhóm Mở .

Thông thường, các chương trình trả về 0 cho thành công, khác 0 cho thất bại; falsetrả về 1 vì đó là một giá trị khác 0 thuận tiện, nhưng nói chung mọi giá trị khác 0 đều có nghĩa là không thành công trong một số loại và nhiều chương trình sẽ trả về các giá trị khác 0 để chỉ ra các chế độ lỗi khác

AFAIK điều này xuất phát từ quy ước C rằng bạn nên trả về 0 nếu không thành công. Xem:

man close

Hầu hết các api C (POSIX) đều được xây dựng như thế này. http://en.wikipedia.org/wiki/C_POSIX_library

đó là một quy ước có từ những ngày đầu của Unix.

Theo quy ước, tất cả các lệnh gọi hệ thống trả về 0 nếu thành công, khác 0 nếu thành công, vì sau đó các số khác nhau có thể được sử dụng để chỉ ra lý do thất bại khác nhau.

Vỏ tuân theo quy ước này, 0 có nghĩa là lệnh cuối cùng đã thành công, ngược lại là khác 0. Tương tự, giá trị trả về khác 0 có ích cho các thông báo lỗi đầu ra: ví dụ: 1: "brain dead", 2: "heartless", v.v.

Việc bạn cố gắng đánh đồng true / false với thành công / thất bại.

Chúng là hai hoàn toàn, mặc dù thoạt nghe, phân đôi khác nhau một cách tinh vi!

Trong kịch bản shell, không có cái gọi là true / false. Các 'biểu thức' shell không được hiểu là true / false. Thay vào đó, 'biểu thức' của trình bao là các quy trình thành công hoặc thất bại.

Rõ ràng, một quá trình có thể thất bại vì nhiều lý do. Vì vậy, chúng tôi cần một bộ mã lớn hơn để ánh xạ các lỗi có thể xảy ra. Các số nguyên dương thực hiện thủ thuật. Mặt khác, nếu quá trình thành công, điều đó có nghĩa là nó đã làm chính xác những gì nó được cho là phải làm. Vì chỉ có một cách để làm điều đó, chúng tôi chỉ cần một mã. 0 thực hiện thủ thuật.

Trong C, chúng tôi đang tạo một chương trình. Trong một kịch bản shell, chúng ta đang chạy một loạt các chương trình để hoàn thành một việc gì đó.

Sự khác biệt!

Có thể một cách tốt để ghi nhớ nó là:

• Trả về mã trả lời "câu trả lời là gì?" true (hoặc kết quả khác) hoặc false
• Mã thoát trả lời "vấn đề là gì?" thoát mã hoặc không có vấn đề (0)