シェルで0はtrueですがfalseは1なのはなぜですか？

false; echo $?

上記は出力されます 1、これは私が知っている他のすべてのプログラミング言語と矛盾しています。

これには理由がありますか？

これは慣例ですが、考えると特に便利です。一般に、プログラムが成功した場合は、それだけで十分です。ただし、失敗した場合は、失敗に関するすべての種類の情報（発生した理由、修正方法など）を知る必要がある場合があります。ゼロの「成功」の平均とゼロ以外の平均の失敗があると、成功を簡単に確認できます。必要に応じて、詳細について特定のエラーを調査します。多くのAPIとフレームワークには同様の規則があります。成功した関数は0を返し、失敗した関数は特定の失敗のケースを説明するエラーコードを返します。

Bashはプログラミング（スクリプト）言語ですが、シェルおよびユーザーインターフェイスでもあります。もし0エラーの、プログラムは1種類のエラーしか提示できませんでした。

ただし、Bashでは、ゼロ以外の値はすべてエラーであり、1〜255の任意の数値を使用してエラーを表すことができます。つまり、さまざまな種類のエラーが発生する可能性があります。1一般的なエラー、126ファイルを実行できない、127「コマンドが見つからない」などを意味します。ここでは、最も一般的ないくつかの終了コードを示す、特別な意味を持つBash 終了コードのリストを示します。

成功の種類も多数あります（終了ステータスはです0）。ただし、成功すると次のステップに進むことができます。結果を画面に出力したり、コマンドを実行したりできます。

ここには2つの関連する問題があります。

最初に、OPの質問、なぜシェルでは0はtrueですがfalseは1ですか？2番目に、なぜアプリケーションは成功した場合に0を返し、失敗した場合にゼロ以外を返すのですか？

OPの質問に答えるには、2番目の質問を理解する必要があります。この投稿に対する多数の回答は、これが慣習であることを説明しており、この慣習が提供する優れた点のいくつかをリストしています。これらの機能のいくつかを以下にまとめます。

アプリケーションが成功すると0を返し、失敗するとゼロ以外を返すのはなぜですか？

操作を呼び出すコードは、操作の終了ステータスについて2つのことを知る必要があります。操作は正常に終了しましたか？[* 1]そして、操作が正常に終了しない場合、なぜ操作が正常に終了しなかったのですか？任意の値を使用して成功を表すことができます。ただし、0はプラットフォーム間で移植可能であるため、他のどの数値よりも便利です。2011年8月16日のこの質問に対するxiboの回答の要約：

ゼロはエンコーディングに依存しません。

one（1）を32ビット整数ワードに格納する場合、最初の質問は「ビッグエンディアンワードかリトルエンディアンワードか？」で、「リトルエンディアンワードを構成するバイトの長さはどのくらいですか？」 "、ゼロは常に同じに見えますが。

また、一部の人々はerrnoをある時点でcharまたはshortにキャストしたり、浮動にしたりすることも予想されます。（int）（（char）ENOLCK）は、charが少なくとも8ビット長でない場合（7ビットASCII charマシンはUNIXでサポートされています）、ENOLCKではありませんが、（int）（（char）0）は、イワナの建築の細部。

0が成功の戻り値であると判断されたら、失敗にはゼロ以外の値を使用するのが理にかなっています。これにより、多くの終了コードが、操作が失敗した理由の質問に答えることができます。

シェルで0はtrueですがfalseは1なのはなぜですか？

シェルの基本的な使用法の1つは、スクリプトを作成してプロセスを自動化することです。通常、これは操作を呼び出し、操作の終了ステータスに基づいて条件付きで何か他のことを行うことを意味します。フィリップA.はこの投稿に対する彼の回答でうまく説明しました

一般的にbashおよびUNIXシェルでは、戻り値はブール値ではありません。これらは整数の終了コードです。

次に、これらの操作の終了ステータスをブール値として解釈する必要があります。成功（0）終了ステータスをtrueに、ゼロ以外/失敗の終了ステータスをfalse にマップすることは理にかなっています。これを行うと、チェーンシェルコマンドを条件付きで実行できます。

以下に例を示しmkdir deleteme && cd $_ && pwdます。シェルは0をtrueと解釈するため、このコマンドは期待どおりに機能します。シェルが0をfalseと解釈する場合は、各操作で解釈された終了ステータスを反転する必要があります。

要するに、アプリケーションが正常終了ステータスに対して0を返すという慣例を考えると、シェルが0をfalseとして解釈するのは無意味です。

[* 1]：はい、多くの場合、オペレーションは単なる成功メッセージ以上のものを返す必要がありますが、それはこのスレッドの範囲を超えています。

Advanced Bash-Scripting GuideのAppendix Eも参照してください

私が理解しておくべき重要だと思う基本的な点はこれです。一般的にbashおよびUNIXシェルでは、戻り値はブール値ではありません。これらは整数の終了コードです。したがって、0は成功を意味し、他の値はエラーを意味するという慣例に従ってそれらを評価する必要があります。

でtest、[ ]または[[ ]]オペレータ、bashの条件は、0の終了コード（の/ binに/真の結果）の場合に真と評価します。それ以外の場合は、falseと評価されます。

文字列は、終了コードとは異なる方法で評価されます。

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になります。

編集：

「なぜテスト0とテスト1の両方が0（成功）を返すのですか？」

それはまったく別の質問です。答えは、単一の引数をテストに渡すと、その引数がnull文字列（ ""）でない限り、常に成功するということです。Open Groupのドキュメントを参照してください。

通常、プログラムは成功するとゼロを返し、失敗するとゼロ以外を返します。false0は便利なゼロ以外の値であるため1を返しますが、一般的にゼロ以外の値は何らかの失敗を意味し、多くのプログラムは異なる失敗モードを示すために異なるゼロ以外の値を返します

これは、成功した場合は0を返す必要があるというCの規則によるものです。見る：

man close

C（POSIX）APIのほとんどはこのように構築されています。 http://en.wikipedia.org/wiki/C_POSIX_library

これはUnixの初期にさかのぼる慣習です。

慣例により、すべてのシステムコールは、成功した場合は0を返し、それ以外の場合はゼロ以外を返します。これは、異なる番号を使用して異なる失敗の理由を示すことができるためです。

シェルはこの規則に従います。0は最後のコマンドが成功したことを意味し、それ以外の場合はゼロ以外を意味します。同様に、ゼロ以外の戻り値は、出力エラーメッセージに便利です。たとえば、1：「脳死」、2：「無情」などです。

真/偽を成功/失敗と同等にしようとするあなたの試み。

最初は微妙に異なりますが、完全に2つです！

シェルスクリプトでは、true / falseのようなものはありません。シェルの「式」は、true / falseとして解釈されません。むしろ、シェルの「式」は成功または失敗するプロセスです。

明らかに、プロセスは多くの理由で失敗する可能性があります。したがって、起こりうる障害をマッピングするには、より大きなセットコードが必要です。正の整数でうまくいきます。一方、プロセスが成功した場合は、プロセスが実行するはずだったとおりに実行されたことを意味します。これを行う方法は1つだけなので、必要なコードは1つだけです。0がトリックです。

Cでは、プログラムを作成しています。シェルスクリプトでは、何かを実行するために一連のプログラムを実行しています。

差！

多分それを覚える良い方法は：

• 戻りコードは「答えは何ですか？」と答えます。true（または他の結果）またはfalse
• 終了コードは「問題は何ですか？」と答えます。終了コードまたは問題なし（0）