Unityで基底クラスと派生クラスを継承したときのライフサイクルメソッドの扱い

2025年10月9日

Unity でゲームオブジェクトを設計する際、共通処理を 基底クラス（親クラス） にまとめ、個別の挙動を 派生クラス（子クラス） に実装するのはよくあるパターンです。

しかし、このとき ライフサイクルメソッド（Awake / Start / Update など） の挙動を理解していないと、思わぬエラーにつながります。

事例：親で Rigidbody を取得しているがエラーになる

以下のように親クラス BaseMover で Rigidbody を取得し、子クラス PlayerMover を実際のオブジェクトにアタッチするケースを考えます。

public class BaseMover : MonoBehaviour
{
    protected Rigidbody _rb;

    protected void Start()
    {
        _rb = GetComponent<Rigidbody>();
    }

    protected void Update()
    {
        _rb.AddForce(Vector3.forward); // NullReferenceException
    }
}

public class PlayerMover : BaseMover
{
    protected void Start()
    {
        // 親の Start() は自動では呼ばれない！
    }
}

private Rigidbody _rb;
protected Rigidbody Rb => _rb;

protected void Jump()
{
    _rb.AddForce(Vector3.up * 5, ForceMode.Impulse);
}

この場合、子に Start を定義すると 親の Start は呼ばれず、_rb が初期化されないまま使われてエラーになります。

原因：Unityのライフサイクルメソッドは自動継承されない

C# の通常のメソッドとは異なり、Unity が自動で呼び出す特殊メソッド（Awake / Start / Update など）は、子に同名メソッドがあると親は呼ばれないという仕様になっています。

解決方法

方式A：base.Start() を呼ぶ

子でも初期化を追加したいなら、必ず base.Start() を呼びます。

public class BaseMover : MonoBehaviour
{
    protected Rigidbody _rb;

    protected virtual void Start()
    {
        _rb = GetComponent<Rigidbody>();
    }
}

public class PlayerMover : BaseMover
{
    protected override void Start()
    {
        base.Start(); // 親の初期化を呼ぶ
        // 子の初期化処理
    }
}

Tips

• virtual/override を付けて意図を明確化。
• base.Start() を忘れると即エラー。

方式B：初期化は Awake に寄せる（推奨）

依存コンポーネント（Rigidbody, Collider など）の取得は Awake に書くのが安全です。

[RequireComponent(typeof(Rigidbody))]
public class BaseMover : MonoBehaviour
{
    protected Rigidbody _rb;

    protected virtual void Awake()
    {
        _rb = GetComponent<Rigidbody>();
    }
}

public class PlayerMover : BaseMover
{
    // Start は従来どおり使ってOK
    protected void Start()
    {
        // 子の初期化（親のAwakeですでにRigidbodyは取得済み）
    }
}

Tips

• [RequireComponent] で付け忘れ防止。
• 実務では「Awake → コンポーネント取得」「Start → 外部同期・状態リセット」で役割分担。

方式C：子に Start を書かない

子に特別な初期化が不要なら、子の Start を削除するだけで親の処理が動きます。

public class PlayerMover : BaseMover
{
    // Start を書かない → 親の Start が自動で呼ばれる
}

Tips

• 一番シンプルで安全。
• 追加の初期化が必要になったら方式Aに切り替え。

方式D：使う直前に遅延取得する

保険的に「nullならGetComponentする」方法もあります。

protected Rigidbody _rb;
Rigidbody Rb => _rb ??= GetComponent<Rigidbody>();

protected virtual void Update()
{
    Rb.AddForce(Vector3.forward);
}

Tips

• パフォーマンスや明示性の面では基本非推奨。
• 毎フレーム呼ばれる Update 内での利用は注意。

図解で理解するライフサイクル呼び出し関係

ケース1：親と子に両方 Start がある（親は呼ばれない）

ケース2：子に Start を書かない（親だけが呼ばれる）

ケース3：子で base.Start() を呼ぶ（両方呼ばれる）

よくあるハマりポイント

実務での指針

• Awake → コンポーネント取得
• Start → 外部との同期や状態リセット
• Update → 毎フレーム処理

子クラスに Start を書くなら必ず base.Start() を呼ぶ

子で初期化が不要なら Start 自体を削除する

まとめ

• Unity のライフサイクルメソッドは 親クラスが自動で呼ばれない
• 子で初期化したいなら base.XXX() を忘れず呼ぶ
• 依存コンポーネントは Awake で初期化するのが安全
• 子に Start を書かないのもシンプルで有効な方法

チュートリアル：Unityで親子クラスのライフサイクルを正しく扱う

では今回の記事内容をベースに、チュートリアル形式に整理します。 読者が実際に手を動かして「親クラ ...

 https://soft-rime.com/post-26008/