---
title: アレイの最適化
product: Unity Editor
version: '6000.0'
latest_version: '7000.0'
status: This page documents version 6000.0. The latest version is 7000.0.
canonical: https://docs.unity.com/ja-jp/engine/6000.0/manual/scripting/optimization/performance-optimizing-code-managed-memory/arrays
latest_url: https://docs.unity.com/ja-jp/engine/7000.0/manual/scripting/optimization/performance-optimizing-code-managed-memory/arrays.md
generated_at: 2026-11-14T04:02:45.491Z
locale: ja-jp
---

# アレイの最適化

> コードで配列を使用するタイミングと方法を最適化 します。

以下のページでは、[配列](https://learn.microsoft.com/en-us/dotnet/csharp/language-reference/builtin-types/arrays)使用時のコードのパフォーマンスを向上させる例の概要を説明します。

## 配列をパラメーターとしてメソッドに渡す##pass-arrays-as-parameters-to-methods

場合によっては、新しい配列を作成し、配列に値を入力してからそれを返すメソッドを作成すると便利な場合があります。ただし、このメソッドが繰り返し呼び出されると、そのたびに新しいメモリが割り当てられます。

以下のコード例は、呼び出されるたびに配列を作成するメソッドの例です。

```lang-cs
// Bad C# script example: Every time the RandomList method is called it
// allocates a new array
using UnityEngine;
using System.Collections;

public class ExampleScript :MonoBehaviour {
    float[] RandomList(int numElements) {
        var result = new float[numElements];
        
        for (int i = 0; i < numElements; i++) {
            result[i] = Random.value;
        }
        
        return result;
    }
}
```

毎回のメモリ割り当てを回避する 1 つの方法は、配列がリファレンス型であることを利用することです。パラメーターとしてメソッドに渡された配列を変更できます。結果はメソッドが返された後に残ります。これを行うには、サンプルコードを次のように設定します。

```lang-cs
// Good C# script example: This version of method is passed an array to fill
// with random values.配列をキャッシュして再利用することで、
// temporary allocations
using UnityEngine;
using System.Collections;

public class ExampleScript :MonoBehaviour {
    void RandomList(float[] arrayToFill) {
        for (int i = 0; i < arrayToFill.Length; i++) {
            arrayToFill[i] = Random.value;
        }
    }
}
```

このコードは配列の既存の内容を新しい値に置き換えます。このワークフローフローでは、呼び出し元のコードが配列の初期アロケーションを行う必要がありますが、この機能は呼び出されたときに新しいガベージを生成しません。配列は、次にこのメソッドが呼び出されたときに、マネージヒープで新しい割り当てを行わずに再利用し、ランダムな数値で再入力できます。

## 配列値を持つUnity APIへの反復的なアクセスを避ける##avoid-repeated-access-to-array-valued-unity-apis

アレイで意図しない割り当てが発生する原因の1つは、配列を返すUnity APIへの頻繁なアクセスです。配列を返すすべてのUnity APIは、アクセスされるたびに配列の新しいコピーを作成します。コードが配列値 Unity API に必要以上に頻繁にアクセスすると、アプリケーションのパフォーマンスに影響する可能性があります。

例として、以下のコードはループのイテレーションごとに頂点配列の 4 つのコピーを作成します。割り当ては、`.vertices` プロパティにアクセスするたびに発生します。

```lang-cs
// Bad C# script example: this loop create 4 copies of the vertices array per iteration
void Update() {
    for(int i = 0; i < mesh.vertices.Length; i++) {
        float x, y, z;

        x = mesh.vertices[i].x;
        y = mesh.vertices[i].y;
        z = mesh.vertices[i].z;

        // ...

        DoSomething(x, y, z);   
    }
}
```

ループの反復回数に関係なく、このコードを 1 つの配列アロケーションにリファクタリングできます。これを行うには、ループの前に頂点配列をキャプチャするようにコードを設定します。

```lang-cs
// Better C# script example: create one copy of the vertices array
// and work with that
void Update() {
    var vertices = mesh.vertices;

    for(int i = 0; i < vertices.Length; i++) {

        float x, y, z;

        x = vertices[i].x;
        y = vertices[i].y;
        z = vertices[i].z;

        // ...

        DoSomething(x, y, z);   
    }
}
```

これを行う最適な方法は、フレーム間でキャッシュされ再利用される頂点`List`を維持し、必要に応じて[`Mesh.GetVertices`](/engine/6000.0/script-reference/unityengine/mesh/getvertices.md)を使用して頂点にデータを入力することです。

```lang-cs
// Best C# script example: create one copy of the vertices array
// and work with that.
リスト<Vector3> m＿vertices ＝ new リスト<Vector3>（）；

void Update() {
    mesh.GetVertices(m_vertices);

    for(int i = 0; i < m_vertices.Length; i++) {

        float x, y, z;

        x = m_vertices[i].x;
        y = m_vertices[i].y;
        z = m_vertices[i].z;

        // ...

        DoSomething(x, y, z);   
    }
}
```

配列を1回割り当てるプロパティへのアクセスによるCPUパフォーマンスへの影響はそれほど大きくありませんが、タイトなループ内で繰り返しアクセスすると、CPUパフォーマンスのホットスポットが発生します。アクセスが繰り返されると、[マネージヒープ](/engine/6000.0/manual/analysis/performance-memory/managed-memory/introduction.md)が拡張されます。

この問題は、モバイル デバイスで頻繁に発生します。[`Input.touches`](/engine/6000.0/script-reference/unityengine/input/touches.md) API の動作が前述の例と類似しているためです。また、プロジェクトには以下のようなコードが含まれることもよくあります。コードでは、`.touches` プロパティにアクセスするたびにアロケーションが発生します。

```lang-cs
// Bad C# script example: Input.touches returns an array every time it’s accessed
for ( int i = 0; i < Input.touches.Length; i++ ) {
   Touch touch = Input.touches[i];

    // …
}
```

これを改善するには、ループ状態から配列アロケーションを巻き上げるようにコードを設定します。

```lang-cs
// Better C# script example: Input.touches is only accessed once here
Touch[] touchs = 入力.touches;

for ( int i = 0; i < touches.Length; i++ ) {

   Touch touch = touches[i];

   // …
}
```

以下のコード例では、前述の例をアロケーション不要の `Touch` API に変換しています。

```lang-cs
// BEST C# script example: Input.touchCount and Input.GetTouch don’t allocate at all.
int touchCount = Input.touchCount;

for ( int i = 0; i < touchCount; i++ ) {
   Touch touch = Input.GetTouch(i);

   // …
}
```

> **Note:**
>
> プロパティアクセス (`Input.touchCount`) は、プロパティの get メソッドの実行による CPU への影響を防ぐために、ループ条件の外部に残ります。

### 割り当てなしの代替 API##alternative-non-allocating-apis

Unity API の中には、メモリ割り当ての原因にならない代替バージョンがあります。可能な場合はこれらを使用する必要があります。以下の表は、割り当て API とその割り当てなしの代替手段の例を示しています。

| **割り当て API**                                                                                          | **非割り当て API 代替**                                                                                            |
| ----------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------- |
| [`Physics.RaycastAll`](/engine/6000.0/script-reference/unityengine/physics/raycastall.md)             | [`Physics.RaycastNonAlloc`](/engine/6000.0/script-reference/unityengine/physics/raycastnonalloc.md)         |
| [`Animator.parameters`](/engine/6000.0/script-reference/unityengine/animator/parameters.md)           | [](/engine/6000.0/script-reference/unityengine/animator/parametercount.md) および `Animator.parameterCount`。   |
| [`Renderer.sharedMaterials`](/engine/6000.0/script-reference/unityengine/renderer/sharedmaterials.md) | [`Renderer.GetSharedMaterials`](/engine/6000.0/script-reference/unityengine/renderer/getsharedmaterials.md) |

一般に、メソッドが配列を返す場合は、配列を渡すために使用できる割り当てなしバージョンの API があります。

## 長さゼロの配列の静的インスタンスの使用##use-static-instances-of-zero-length-arrays

開発チームによっては、配列値を持つメソッドが空のセットを返す必要がある場合に、`null` ではなく空の配列を返すことを好む場合があります。このコーディングパターンは、多くのマネージ言語、特に C# と Java で一般的です。

メソッドから長さ 0 の配列を返す場合は、空の配列を繰り返し作成するよりも、事前に割り当てられた長さ 0 の静的インスタンスを返す方が効率的です。

## 大規模な配列にはネイティブ配列やその他のネイティブコンテナを使用##use-native-arrays-or-other-native-containers-for-large-arrays

Unity の[ガベージコレクター](/engine/6000.0/manual/analysis/performance-memory/managed-memory/garbage-collector.md)はヒューリスティックガベージコレクターです。つまり、ポインターのサイズを持つすべてのフィールドを、ポインターであるかのように扱います。ガベージコレクターは、遭遇したすべてのポインターとリファレンスをチェックします。

大規模な配列 (要素が 1 万個を超える) を使用する場合、ガベージコレクターは大規模な配列をチェックする必要がある長いポインターのリストとして解釈し、メモリ負荷を増加させ、ガベージコレクターの速度を低下させます。

スクリプト VM は、大きな配列用に大きなマネージマネージヒープスペースを割り当てる必要もあります。これにより、ランダムな値がマネージヒープチャンクのメモリアドレス範囲内の有効なアドレスに見える可能性が高くなります。大規模な配列もマネージヒープ断片化の大きな要因です。

このような長さの配列を割り当てる必要がある場合は、Unity Core APIの`Unity.Collections`名前空間([`NativeArray`](/engine/6000.0/script-reference/unity/collections/nativearray1.md)を含む)でコレクション タイプを使用し、[Unity Collectionsパッケージ](https://docs.unity3d.com/Packages/com.unity.collections@latest)でデータ構造を使用することを検討してください。その他のメリットとして、これらのCollectionsの使用[はジョブ システム](/engine/6000.0/manual/scripting/optimization/job-system.md)とBurstと互換性があります。

## 追加リソース##additional-resources

* [マネージメモリの概要](/engine/6000.0/manual/analysis/performance-memory/managed-memory/introduction.md)
* [リファレンスタイプの管理](/engine/6000.0/manual/scripting/optimization/performance-optimizing-code-managed-memory/reference-types.md)
* [再利用可能なコードの作成](/engine/6000.0/manual/scripting/optimization/performance-optimizing-code-managed-memory/reusable-code.md)