【完全解説】Unityの非同期処理！Coroutineとasync/awaitの違いと使い方

Unityで非同期処理について調べていると、「Coroutineとasync/awaitは何が違うの？」「結局どちらを使えばいいの？」と迷ってしまうことはありませんか。

どちらも「処理を待つ」ための仕組みとして紹介されることが多いため、違いが分かりにくく、何となく使い続けている方も少なくありません。しかし、動作の仕組みや得意な場面は大きく異なるため、目的に合わない選び方をすると、コードが複雑になったり、思わぬ不具合につながったりすることがあります。

この記事では、Coroutineとasync/await（UniTask）の違いを整理しながら、それぞれが活躍する場面や迷わない選び方をわかりやすく解説します。読み終える頃には、自分の作りたい機能に合わせて、どちらを選べばよいか判断できるようになるはずです。

---

UnityではCoroutineとasync/awaitはどちらを使うべき？

先に結論からお伝えすると、Coroutineとasync/awaitは優劣のある機能ではなく、用途によって使い分けるのがおすすめです。

どちらも非同期処理を実現する仕組みですが、得意なことが異なります。そのため、「新しいからasync/awaitを使う」「昔からあるからCoroutineを使う」という選び方ではなく、実装したい処理に合わせて選ぶことが大切です。

結論：待機はCoroutine、結果が必要ならasync/await

まずは、迷ったときの基本的な考え方を覚えておきましょう。

やりたいこと	おすすめ
1フレーム待機・数秒待機	Coroutine
UI演出・アニメーション	Coroutine
Web API通信	async/await
ファイルの読み書き	async/await
戻り値を受け取りたい	async/await
複数の非同期処理をまとめて待ちたい	async/await

例えば、「3秒待って敵を出現させる」「1フレーム待ってから処理を続ける」といったシンプルな待機処理なら、Coroutineのほうが実装しやすい場面が多くあります。

一方で、サーバー通信の結果を受け取って画面を更新したり、複数のファイルを同時に読み込んだりする場合は、async/awaitのほうがコードを整理しやすくなります。

迷ったときの判断基準

どちらを選ぶか迷ったら、次のチェックリストを参考にしてみてください。

• 数フレーム・数秒待つだけならCoroutine
• 処理結果（戻り値）を受け取りたいならasync/await
• ネットワーク通信やファイル保存ならasync/await
• GameObjectの有効・無効や破棄に合わせて処理を管理したいならCoroutine
• 複数の非同期処理をまとめて制御したいならasync/await

このように、「何を実現したいか」を基準に考えると、どちらを使うべきか判断しやすくなります。

---

Coroutineとasync/awaitの違いは処理の管理方法

Coroutineとasync/awaitの大きな違いは、処理を何で管理しているかです。

CoroutineはUnityのフレーム更新に合わせて処理を進めます。一方、async/awaitは「タスク」として処理を待ち、終わったら次の処理に進みます。

Coroutineはフレームで管理する

Coroutineは、yield return を使って処理を一時停止し、次のフレーム以降に続きを実行できます。

IEnumerator WaitAndSpawn()
{
    yield return new WaitForSeconds(3f);
    SpawnEnemy();
}

この例では、3秒待ってから SpawnEnemy() を実行します。敵の出現、UIのフェード、演出の待機など、Unityの画面更新と一緒に進めたい処理と相性がよいです。

async/awaitはタスクで管理する

async/awaitは、時間の経過だけでなく「処理が終わるまで待つ」書き方が得意です。

async UniTask LoadPlayerDataAsync()
{
    var data = await LoadDataAsync();
    ApplyPlayerData(data);
}

この例では、データ読み込みが終わるまで待ってから、取得した結果を使っています。通信や保存のように、処理結果を次に使いたい場面で扱いやすいです。

比較表で違いを確認する

比較項目	Coroutine	async/await
管理方法	フレーム単位で管理	タスク単位で管理
待機の書き方	yield return	await
戻り値	直接受け取りにくい	受け取りやすい
例外処理	やや扱いにくい	try-catchで扱いやすい
GameObject破棄時	停止しやすい	明示的なキャンセルが必要

---

Coroutineを選ぶ場面

Coroutineは、Unityのフレームや時間に合わせて進めたい処理に向いています。特に、画面上の演出や短い待機処理では、シンプルに書けるのが大きなメリットです。

数秒待つだけならCoroutine

「3秒後に敵を出す」「1秒後にメッセージを消す」のような処理なら、Coroutineが使いやすいです。

IEnumerator HideMessage()
{
    yield return new WaitForSeconds(1f);
    messageText.gameObject.SetActive(false);
}

このように、時間を空けてから何かを実行したいだけなら、無理にasync/awaitへ置き換える必要はありません。

UI演出やエフェクトに向いている

Coroutineは、UIのフェード、点滅、エフェクトの表示待ちなど、Unityの見た目に関わる処理と相性がよいです。

• ボタンを押したあと少し待って画面を切り替える
• ダメージ表示を一定時間だけ出す
• エフェクト再生後にオブジェクトを非表示にする

こうした処理は、Unityのメインスレッド上で動く前提のため、Coroutineで十分扱いやすいことが多いです。

GameObject停止と連動させたい時に使う

Coroutineは、MonoBehaviourから開始するため、GameObjectの状態と結びつけて管理しやすいです。たとえば、敵オブジェクトが消えたら、その敵に紐づいた待機処理も一緒に止めたい場面では便利です。

ただし、Coroutineが動かない原因は、GameObjectの非アクティブ化やスクリプトの参照ミスなど複数あります。実装時に詰まった場合は、こちらの記事も参考になります。

---

async/awaitを選ぶ場面

async/awaitは、処理が終わったあとに結果を受け取って、次の処理へつなげたい場面に向いています。単に「待つ」だけではなく、「終わった結果を使う」処理で力を発揮します。

戻り値が必要ならasync/await

たとえば、プレイヤー名やセーブデータを読み込み、その結果を画面に反映したい場合は、async/awaitのほうが流れを追いやすくなります。

async UniTask LoadProfileAsync()
{
    string playerName = await GetPlayerNameAsync();
    nameText.text = playerName;
}

Coroutineでも似た処理は作れますが、戻り値を直接受け取りにくいため、コールバックや別の変数を使う必要が出てきます。処理が増えるほど、async/awaitのほうが整理しやすいです。

通信・保存処理に向いている

Web API通信、ランキング取得、ファイル保存などは、async/awaitと相性がよい処理です。

• サーバーからランキングを取得する
• 外部ファイルから設定データを読み込む
• セーブデータを書き込んだあとに完了表示を出す

このような処理では、「終わるまで待つ」「失敗したらエラー処理をする」「成功したら次へ進む」という流れが必要になります。async/awaitなら、上から順番に読むような形で書きやすいです。

複数処理を待つならasync/await

複数の非同期処理をまとめて待ちたい場合も、async/awaitが扱いやすいです。

async UniTask LoadAllAsync()
{
    await UniTask.WhenAll(
        LoadPlayerDataAsync(),
        LoadItemDataAsync(),
        LoadStageDataAsync()
    );

    StartGame();
}

この例では、プレイヤーデータ、アイテムデータ、ステージデータの読み込みがすべて終わってからゲームを開始します。Coroutineでも実装できますが、処理数が増えると管理が複雑になりやすいです。

ただし、async/awaitはGameObjectが破棄されても自動で止まるとは限りません。画面遷移やオブジェクト破棄と重なる処理では、CancellationTokenを使ってキャンセルできる形にしておくと安心です。

---

失敗しやすい注意点

Coroutineとasync/awaitは便利ですが、仕組みを少し誤解すると「待っているはずなのに重い」「オブジェクトを消したのに処理が続く」といったトラブルにつながることがあります。

Coroutineは別スレッドではない

Coroutineは、処理を複数フレームに分けて実行できます。ただし、別スレッドで重い処理をしてくれる仕組みではありません。

たとえば、大量の計算をCoroutineの中で実行しても、その計算自体が軽くなるわけではありません。重い処理を一度に行えば、フレーム落ちや一瞬の停止が起きることがあります。

UniTaskは完全上位互換ではない

UniTaskを使ったasync/awaitはとても便利ですが、Coroutineの完全な上位互換というわけではありません。

短い待機や演出ならCoroutineのほうが分かりやすい場面もあります。一方で、戻り値や例外処理が必要な場面ではasync/awaitが向いています。

---

用途別おすすめ早見表

ここまでの内容を、実際の開発シーンごとに整理してみましょう。迷ったときは、まず「待つだけなのか」「結果を受け取る必要があるのか」で見分けると選びやすいです。

よくある処理別の選び方

やりたいこと	おすすめ	理由
1フレーム待つ	Coroutine	yield return nullで書きやすい
数秒待つ	Coroutine	WaitForSecondsでシンプルに実装できる
UI演出を少し遅らせる	Coroutine	画面更新と合わせて管理しやすい
Web通信を行う	async/await	成功・失敗・戻り値を扱いやすい
ファイルを読み書きする	async/await	完了後の処理につなげやすい
処理結果を受け取る	async/await	戻り値をそのまま使いやすい
複数処理をまとめて待つ	async/await	WhenAllなどで整理しやすい

迷ったらこの基準で決める

実装前に、次の順番で考えると判断しやすくなります。

• 時間を空けたいだけならCoroutine
• 見た目の演出を少し待たせたいならCoroutine
• 処理結果を受け取るならasync/await
• 通信・保存・読み込みを扱うならasync/await
• 複数の処理完了をまとめて待つならasync/await

たとえば、敵を3秒後に出すだけならCoroutineで十分です。一方で、サーバーから敵データを取得して、その結果を使って生成するならasync/awaitのほうが流れを整理しやすくなります。

---

まとめ

Coroutineとasync/awaitは、どちらか一方だけを使えばよいものではなく、処理の目的に合わせて選ぶのが大切です。

短い待機やUI演出のように、UnityのフレームやGameObjectの状態と合わせて動かしたい処理はCoroutineが扱いやすいです。一方で、戻り値・通信・保存・複数処理の待機が必要な場面では、async/awaitを使うと流れを整理しやすくなります。

迷ったときは、「待つだけか」「結果を受け取る必要があるか」を基準に考えてみてください。

---

よくある質問（FAQ）