シングルトンはどんな場面で使うべきですか？

シングルトンは、全シーンを通して1つだけ存在するべき管理クラスに向いています。例えば「GameManager」「AudioManager」「SaveData管理」など、全体を統括する役割を持つクラスで使うと効果的です。

DontDestroyOnLoadを付ければシングルトンは完成ですか？

いいえ、DontDestroyOnLoadを付けるだけでは重複生成を防げません。必ずAwake()で「すでに存在していれば自分を破棄する」という処理を書き、1つだけ残るようにしましょう。

チーム開発ではシングルトンを避けた方がいいですか？

小規模プロジェクトでは便利ですが、大規模開発では依存が集中して保守性が下がる恐れがあります。その場合は ScriptableObjectやDI など、より柔軟な設計を検討すると安心です。

Unity初心者必見！シングルトンの正しい実装方法とよくあるミス

Q: シングルトンはどんな場面で使うべきですか？

シングルトンは、 全シーンを通して1つだけ存在するべき管理クラス に向いています。例えば「GameManager」「AudioManager」「SaveData管理」など、全体を統括する役割を持つクラスで使うと効果的です。

Q: DontDestroyOnLoadを付ければシングルトンは完成ですか？

いいえ、DontDestroyOnLoadを付けるだけでは 重複生成を防げません 。必ずAwake()で「すでに存在していれば自分を破棄する」という処理を書き、1つだけ残るようにしましょう。

1. はじめに

Unityでゲームやアプリを作っていると、「シーンを切り替えてもデータや設定を引き継ぎたい」「ゲーム全体を管理するクラスをひとつだけ用意したい」と思うことがよくあります。そんなときによく登場するのがシングルトン（Singleton）パターンです。

シングルトンは便利な反面、実装を間違えると「オブジェクトが重複してバグが出る」「依存関係が複雑になって後から直せない」など、初心者がつまずきやすい落とし穴もあります。本記事では、Unityにおける正しいシングルトンの実装方法と、よくある失敗例をわかりやすく解説していきます。

まずは基本のシングルトンの考え方を押さえつつ、Unityで安全に使うための実装パターンを紹介します。さらに、プロジェクトをスッキリ整理できる代替手法や改善策にも触れていきますので、これからゲーム開発を本格的に始めたい方にも役立つ内容になっています。

開発の基礎をしっかり固めたい方は、こちらの書籍もおすすめです。

Unityゲームプログラミング・バイブル 2nd Generation
✅ Amazonでチェックする｜✅ 楽天でチェックする

2. シングルトンとは？Unityで使う目的

シングルトン（Singleton）とは、プログラム全体でインスタンスを1つだけに制限する設計パターンのことを指します。簡単に言えば「このクラスはゲーム全体にひとつしか存在しませんよ」というルールをコードで保証する仕組みです。

Unityではシーンが切り替わるたびにオブジェクトが破棄されるため、ゲーム全体を管理したいときに困ることがあります。例えば以下のようなケースです。

ゲーム全体のスコアや進行状況を保存したい
BGMや効果音をシーンを跨いで再生し続けたい
プレイヤーの設定や状態を保持したまま別シーンに移動したい

こうした場面でシングルトンを使うと、どのシーンからでも同じオブジェクトにアクセスできるようになります。たとえば「GameManager」や「AudioManager」といったクラスをシングルトンにしておけば、GameManager.Instance のように簡単に呼び出せるため、開発がスムーズになります。

ただし、シングルトンは便利な反面乱用すると依存関係が増えすぎて管理が難しくなることもあります。本記事の後半では、初心者がやりがちな失敗や回避方法も解説していきますので、ぜひ最後までチェックしてみてください。

3. Unityにおける正しいシングルトン実装方法

シングルトンを安全に扱うには、「インスタンスの重複を防ぐ仕組み」を正しく書くことが重要です。ここではUnityでよく使われるシンプルな実装方法を紹介します。

3-1. 基本形の実装コード

using UnityEngine;

public class GameManager : MonoBehaviour
{
    public static GameManager Instance { get; private set; }

    private void Awake()
    {
        // すでにインスタンスが存在している場合は自分を破棄する
        if (Instance != null && Instance != this)
        {
            Destroy(gameObject);
            return;
        }

        // インスタンスを登録
        Instance = this;

        // シーンを跨いで破棄されないようにする
        DontDestroyOnLoad(gameObject);
    }
}

このコードでは、シーンを切り替えてもGameManagerがひとつだけ維持されるようになります。呼び出すときは GameManager.Instance を使うだけなので簡単ですね。

3-2. 実装のポイント

Awakeで重複をチェック：すでに存在する場合はDestroy()で破棄して二重生成を防ぎます。
DontDestroyOnLoad：シーン遷移しても消えないように設定します。
private set：外部から書き換えられないようにプロパティを制御します。

3-3. 実装を助けるおすすめアセット

シングルトンを使う際には、デバッグやインスペクタ拡張を活用すると開発がもっと楽になります。特に以下のアセットはおすすめです。

これらを導入すれば、シングルトンにアタッチしたコンポーネントの可視化や、エラーログの見やすさが格段に向上します。特にOdin Inspectorはインスペクタ拡張が強力で、シングルトンの設定確認がとても便利になりますよ。

4. 初心者がやりがちな失敗例

シングルトンはとても便利ですが、実装や使い方を間違えるとバグの温床になってしまいます。ここではUnity初心者が特につまずきやすい典型的なミスを紹介します。

4-1. シーンに複数のシングルトンを配置してしまう

GameManagerをシングルトンにしているのに、うっかり別のシーンにも同じプレハブを置いてしまうケースです。その結果、シーン遷移時に複数のGameManagerが存在してしまい、意図しない動作を引き起こします。必ず Awake() で重複チェックを行い、余分なオブジェクトを破棄しましょう。

4-2. AwakeとStartのタイミングを誤解する

Unityでは Awake() → OnEnable() → Start() の順番で呼び出されます。シングルトンの初期化は Awake() で行わないと、他のクラスが Start() で参照したときにまだインスタンスが生成されていないという問題が発生します。

4-3. DontDestroyOnLoadを乱用する

「とりあえず DontDestroyOnLoad を付けておけば安心！」と考えがちですが、これを多用すると不要なオブジェクトがシーンを跨いで残り続けることになります。デバッグがしづらくなり、気づかないうちに同じ処理が何度も走っていることも…。本当に必要なクラスだけに絞りましょう。

4-4. 無秩序なアクセスで依存度が高くなる

どこからでも GameManager.Instance を呼び出せる便利さの裏で、気づけば全てのスクリプトがシングルトンに依存してしまうことがあります。その結果、機能が肥大化して「結局全部GameManagerに集まってる…」という事態になりやすいです。責務を分け、必要な役割ごとにクラスを切り出すことが大切です。