導入
C プログラミングでは、main 関数からプログラムを終了するには、return を使用する方法と exit() を使用する方法の 2 つがあります。
int main() { printf("Hello, World!"); return 0; // Method 1: Normal termination } int main() { printf("Hello, World!"); exit(0); // Method 2:Normal termination }
まったく異なるように見えるにもかかわらず、両方の方法でプログラムを正しく終了できるのはなぜですか?
この記事では、C プログラムが実際にどのように開始および終了するかを理解することで、この謎を解き明かしていきます。
この記事は、GNU/Linux 環境、特に glibc を使用した実装に焦点を当てていることに注意してください。
exit() の仕組み
まず、プログラム終了メカニズムを理解するために、exit 関数がどのように機能するかを調べてみましょう。
exit 関数は、プログラムを適切に終了するための標準ライブラリ関数です。
内部的には、exit によって呼び出される _exit 関数は次のように glibc に実装されます。
void _exit (int status) { while (1) { INLINE_SYSCALL (exit_group, 1, status); #ifdef ABORT_INSTRUCTION ABORT_INSTRUCTION; #endif } }
この実装を見ると、_exit 関数が終了ステータスを引数として受け取り、exit_group (システム コール番号 231) を呼び出していることがわかります。
このシステムコールは次の操作を実行します:
- プログラム終了通知をカーネルに送信します
- カーネルはクリーンアップ操作を実行します。
- プロセスによって使用されているリソースを解放します
- プロセステーブルを更新します
- 追加のクリーンアップ手順を実行します
これらの操作により、プログラムは正常に終了します。
それでは、なぜ main() から戻るとプログラムも適切に終了するのでしょうか?
C プログラムの隠しエントリ ポイント
これを理解するには、C プログラムは実際には main から開始されないという重要な事実を知る必要があります。
実際のエントリ ポイントを確認するために、リンカー (ld) のデフォルト設定を確認してみましょう:
$ ld --verbose | grep "ENTRY" ENTRY(_start)
この出力が示すように、C プログラムの実際のエントリ ポイントは _start 関数です。 main は _start の後に呼び出されます。
_start 関数は標準ライブラリに実装されており、glibc では次のようになります。
_start: # Initialize stack pointer xorl %ebp, %ebp popq %rsi # Get argc movq %rsp, %rdx # Get argv # Setup arguments for main pushq %rsi # Push argc pushq %rdx # Push argv # Call __libc_start_main call __libc_start_main
_start 関数には 2 つの主な役割があります:
- プログラムの実行に必要なスタックフレームを初期化します
- main 関数のコマンドライン引数 (argc、argv) を設定します
これらの初期化が完了すると、__libc_start_main が呼び出されます。
この関数は main 関数を呼び出す役割を果たします。
それでは、__libc_start_main がどのように動作するかを詳しく見てみましょう。
__libc_start_main が return を機能させる方法
__libc_start_main によって呼び出される __libc_start_call_main は次のように実装されます。
_Noreturn static void __libc_start_call_main (int (*main) (int, char **, char ** MAIN_AUXVEC_DECL), int argc, char **argv #ifdef LIBC_START_MAIN_AUXVEC_ARG , ElfW(auxv_t) *auxvec #endif ) { int result; /* Memory for the cancellation buffer. */ struct pthread_unwind_buf unwind_buf; int not_first_call; DIAG_PUSH_NEEDS_COMMENT; #if __GNUC_PREREQ (7, 0) /* This call results in a -Wstringop-overflow warning because struct pthread_unwind_buf is smaller than jmp_buf. setjmp and longjmp do not use anything beyond the common prefix (they never access the saved signal mask), so that is a false positive. */ DIAG_IGNORE_NEEDS_COMMENT (11, "-Wstringop-overflow="); #endif not_first_call = setjmp ((struct __jmp_buf_tag *) unwind_buf.cancel_jmp_buf); DIAG_POP_NEEDS_COMMENT; if (__glibc_likely (! not_first_call)) { struct pthread *self = THREAD_SELF; /* Store old info. */ unwind_buf.priv.data.prev = THREAD_GETMEM (self, cleanup_jmp_buf); unwind_buf.priv.data.cleanup = THREAD_GETMEM (self, cleanup); /* Store the new cleanup handler info. */ THREAD_SETMEM (self, cleanup_jmp_buf, &unwind_buf); /* Run the program. */ result = main (argc, argv, __environ MAIN_AUXVEC_PARAM); } else { /* Remove the thread-local data. */ __nptl_deallocate_tsd (); /* One less thread. Decrement the counter. If it is zero we terminate the entire process. */ result = 0; if (atomic_fetch_add_relaxed (&__nptl_nthreads, -1) != 1) /* Not much left to do but to exit the thread, not the process. */ while (1) INTERNAL_SYSCALL_CALL (exit, 0); } exit (result); }
この実装で注目すべき重要な部分は次のとおりです:
result = main (argc, argv, __environ MAIN_AUXVEC_PARAM); exit(result);
ここで重要な点は、main 関数がどのように実行され、その戻り値がどのように処理されるかです。
- main 関数を実行し、その戻り値を result に格納します
- main からの戻り値を exit の引数として使用します
このメカニズムを通じて:
- main で return を使用する場合 → 戻り値は __libc_start_main に渡され、__libc_start_main はそれを exit に渡します
- main で exit() を直接呼び出した場合 → プログラムは即座に終了します
どちらの場合も、最終的に exit が呼び出され、プログラムが適切に終了することが保証されます。
結論
C プログラムには次のメカニズムが組み込まれています:
- プログラムは _start から始まります
- _start は main の実行を準備します
- main は __libc_start_main を通じて実行されます
- main の戻り値を受け取り、それを exit の引数として使用します
このメカニズムを通じて:
- main で return を使用した場合でも、戻り値は自動的に exit に渡されます
- その結果、return と exit() の両方がプログラムを適切に終了します
このメカニズムは GNU/Linux に限定されないことに注意してください。同様の実装は、他のオペレーティング システム (Windows や macOS など) やさまざまな C 標準ライブラリにも存在します。
以上がreturn と exit() の両方が main() で機能する理由の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

C継続的な使用の理由には、その高性能、幅広いアプリケーション、および進化する特性が含まれます。 1)高効率パフォーマンス:Cは、メモリとハードウェアを直接操作することにより、システムプログラミングと高性能コンピューティングで優れたパフォーマンスを発揮します。 2)広く使用されている:ゲーム開発、組み込みシステムなどの分野での輝き。3)連続進化:1983年のリリース以来、Cは競争力を維持するために新しい機能を追加し続けています。

CとXMLの将来の開発動向は次のとおりです。1)Cは、プログラミングの効率とセキュリティを改善するためのC 20およびC 23の標準を通じて、モジュール、概念、CORoutinesなどの新しい機能を導入します。 2)XMLは、データ交換および構成ファイルの重要なポジションを引き続き占有しますが、JSONとYAMLの課題に直面し、XMLSchema1.1やXpath3.1の改善など、より簡潔で簡単な方向に発展します。

最新のCデザインモデルは、C 11以降の新機能を使用して、より柔軟で効率的なソフトウェアを構築するのに役立ちます。 1)ラムダ式とstd :: functionを使用して、オブザーバーパターンを簡素化します。 2)モバイルセマンティクスと完全な転送を通じてパフォーマンスを最適化します。 3)インテリジェントなポインターは、タイプの安全性とリソース管理を保証します。

cマルチスレッドと同時プログラミングのコア概念には、スレッドの作成と管理、同期と相互排除、条件付き変数、スレッドプーリング、非同期プログラミング、一般的なエラーとデバッグ技術、パフォーマンスの最適化とベストプラクティスが含まれます。 1)STD ::スレッドクラスを使用してスレッドを作成します。この例は、スレッドが完了する方法を作成し、待つ方法を示しています。 2)共有リソースを保護し、データ競争を回避するために、STD :: MutexおよびSTD :: LOCK_GUARDを使用するための同期と相互除外。 3)条件変数は、std :: condition_variableを介したスレッド間の通信と同期を実現します。 4)スレッドプールの例は、スレッドプールクラスを使用してタスクを並行して処理して効率を向上させる方法を示しています。 5)非同期プログラミングはSTD :: ASを使用します

Cのメモリ管理、ポインター、テンプレートはコア機能です。 1。メモリ管理は、新規および削除を通じてメモリを手動で割り当ててリリースし、ヒープとスタックの違いに注意を払います。 2。ポインターにより、メモリアドレスを直接操作し、注意して使用します。スマートポインターは管理を簡素化できます。 3.テンプレートは、一般的なプログラミングを実装し、コードの再利用性と柔軟性を向上させ、タイプの派生と専門化を理解する必要があります。

Cは、ハードウェアに近い制御機能とオブジェクト指向プログラミングの強力な機能を提供するため、システムプログラミングとハードウェアの相互作用に適しています。 1)cポインター、メモリ管理、ビット操作などの低レベルの機能、効率的なシステムレベル操作を実現できます。 2)ハードウェアの相互作用はデバイスドライバーを介して実装され、Cはこれらのドライバーを書き込み、ハードウェアデバイスとの通信を処理できます。

Cは、ハードウェア制御と効率的なパフォーマンスに近いため、高性能のゲームおよびシミュレーションシステムの構築に適しています。 1)メモリ管理:手動制御により、断片化が減少し、パフォーマンスが向上します。 2)コンパイル時間の最適化:インライン関数とループ拡張は、ランニング速度を改善します。 3)低レベルの操作:ハードウェアへの直接アクセス、グラフィックスおよび物理コンピューティングの最適化。

ファイルの操作の問題に関する真実:ファイルの開きが失敗しました:不十分な権限、間違ったパス、およびファイルが占有されます。データの書き込みが失敗しました:バッファーがいっぱいで、ファイルは書き込みできず、ディスクスペースが不十分です。その他のFAQ:遅いファイルトラバーサル、誤ったテキストファイルエンコード、およびバイナリファイルの読み取りエラー。


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

VSCode Windows 64 ビットのダウンロード
Microsoft によって発売された無料で強力な IDE エディター

SublimeText3 英語版
推奨: Win バージョン、コードプロンプトをサポート!

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

mPDF
mPDF は、UTF-8 でエンコードされた HTML から PDF ファイルを生成できる PHP ライブラリです。オリジナルの作者である Ian Back は、Web サイトから「オンザフライ」で PDF ファイルを出力し、さまざまな言語を処理するために mPDF を作成しました。 HTML2FPDF などのオリジナルのスクリプトよりも遅く、Unicode フォントを使用すると生成されるファイルが大きくなりますが、CSS スタイルなどをサポートし、多くの機能強化が施されています。 RTL (アラビア語とヘブライ語) や CJK (中国語、日本語、韓国語) を含むほぼすべての言語をサポートします。ネストされたブロックレベル要素 (P、DIV など) をサポートします。

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)
