プロセス間通信

「プロセス間通信 Inter-Process Communication」（IPC）は、単独のプロセスが安全に通信することを可能にし、より複雑なアプリケーションを構築するための鍵となります。

具体的な「プロセス間通信（IPC）」の型（パターン）については、次の説明内容を参照してください：

Brownfield
ブラウンフィールド型

Isolation
アイソレーション型

Tauri は、Asynchronous Message Passing（非同期メッセージ・パッシング、日本語版リンク）と呼ばれる特別なスタイルのプロセス間通信を使用します。この方法では、プロセス同士が単純なデータ表現を使用してシリアル化された「リクエスト（要求）」と「レスポンス（応答）」をやり取りします。メッセージ・パッシングは、インターネット上のクライアント・サーバー通信に使用される仕組みであるため、Web 開発の経験がある人なら誰でも馴染みがあるはずです。

また、メッセージ・パッシングは受信者が必要に応じて「リクエスト」を拒否または破棄できるため、「共有メモリ方式」や「直接関数アクセス方式」よりも安全な手法です。たとえば、Tauri コア・プロセスが「リクエスト」を悪意のあるものと判断した場合、そのリクエストは破棄され、対応する関数処理は実行されません。

以下では、Tauri の二つの「IPC プリミティブ（同期基本命令）」、すなわち「イベント Events 」と「コマンド Commands 」について詳しく説明します。

イベント

「イベント」は、自動追尾型・一方向性の「IPC メッセージ」で、ライフサイクル中の各イベントと状態の変化を伝達するのに最適です。 「コマンド」とは異なり、「イベント」はフロントエンドと Tauri Core（コア部）の両方から発行できます。

コア部と Webview 間でやり取りされるイベント

コマンド

Tauri は、また、「IPC メッセージ」に加えて、foreign function interface（外部関数インターフェース、日本語版リンク）のような抽象化も提供します¹。基本主要 API である invoke は、ブラウザの fetch API に似ており、フロントエンドが Rust 関数を呼び出し、引数を渡して、データを受信できるようにします。

このメカニズムは、内部で JSON-RPC のようなプロトコルを使用してリクエストとレスポンスをシリアル化するので、すべての引数と戻り値データは JSON の規格に従ってシリアル化可能である必要があります。

コマンド呼び出しに関与する IPC メッセージ

【※ この日本語版は、「Feb 22, 2025 英語版」に基づいています】

Doc-JP 2.00.00

Footnotes

1. コマンドは、内部ではメッセージ・パッシングを使用しているため、実際の「外部関数インターフェース（FFI）」と同じようなセキュリティ上の落とし穴はありません。 ↩