システムコールとは？アプリがOSへ処理を依頼する仕組み

システムコールとは、アプリケーションがOSのカーネルへ、ファイル・通信・プロセス・メモリなどの処理を依頼するための基本インターフェースです。Linuxではopen、read、writeなどに関係するシステムコールがあります。

アプリはSSDやネットワーク機器を好き勝手に直接操作しません。OSが用意した入口を通り、権限と引数を確認してもらいます。その入口がシステムコールです。

このページで学べる内容

アプリとカーネルの間にある入口

Linux man-pagesでは、システムコールをアプリケーションとLinuxカーネルの基本インターフェースと説明しています。アプリが自分では実行できない特権的な処理を、カーネルへ依頼するために使います。

テキストエディタがmemo.txtを保存するとき、アプリのコードからライブラリやランタイムを経由し、最終的にOSへファイル操作を依頼します。OSはパス、権限、ファイル状態を確認し、ファイルシステムとドライバへ処理を進めます。

Windowsの説明では、通常のアプリはユーザーモード、OSの中核部分はカーネルモードで動きます。ユーザーモードのプロセスは専用の仮想アドレス空間を持ち、OS用の領域や別アプリのデータを自由に変更できません。

もしすべてのアプリがカーネルと同じ権限で動けば、1つのバグがOS全体や別アプリのデータを壊す恐れがあります。システムコールの境界で引数と権限を検査することで、強い処理を限定された方法で利用できます。

実行領域	主な対象	権限の考え方
ユーザーモード／ユーザー空間	一般のアプリ、ライブラリ	OS中核や別プロセスへ直接触れない
カーネルモード／カーネル空間	OS中核、多くの低水準ドライバ	CPU・メモリ・機器などを管理できる

次は仕組みを理解するための概念的な疑似コードです。実際のテキストエディタは一時ファイルへの書き込みや置換など、より安全な保存方式を使う場合があります。またWindowsではAPIや内部名が異なります。

// POSIX風の概念例（そのまま実行する完全コードではありません）
fd = open("memo.txt", 書き込み用)
write(fd, 更新後のバイト列)
fsync(fd)       // 永続化が必要な場合に同期を要求
close(fd)

注意。 write()が成功しても、要求した全バイトが必ず1回で書けるとは限りません。また書き込み完了と、突然の電源断に耐える永続化完了は別の保証です。戻り値と同期条件を確認します。

アプリのコードで呼ぶ関数が、そのままシステムコールとは限りません。ライブラリ関数が引数を整え、複数の処理を行ったあと、必要なシステムコールを呼ぶ場合があります。

用語	中心となる意味	例
API	ソフトウェア同士が機能を利用するための公開された約束	Java API、Win32 API、Web API
ライブラリ関数	再利用可能なコードとして提供される関数	C標準ライブラリの関数
システムコール	ユーザー空間からカーネル機能へ入る基本インターフェース	Linuxのread・writeに関係する呼び出し