C#で発生するSystem.ArgumentOutOfRangeExceptionの原因と解決策：Index was out of rangeを回避する実装テクニック

2026年5月28日

例外処理・デバッグ・テスト

C#でのアプリケーション開発において、開発者が最も頻繁に遭遇するランタイムエラーの一つが System.ArgumentOutOfRangeException です。

この例外は、メソッドに渡された引数が、呼び出されたメソッドが許容する有効な範囲を超えている場合に発生します。

特に「Index was out of range」というメッセージが伴う場合、リストや配列の要素に対して、存在しない位置を指定していることが主な原因となります。

本記事では、この例外が発生する具体的なメカニズムを解説し、2026年現在の最新のC#コーディング規約に基づいた安全な実装テクニックを紹介します。

エラーを未然に防ぐための堅牢なコードの書き方を学び、デバッグ効率の向上に役立ててください。

目次 [ close ]

System.ArgumentOutOfRangeExceptionとは何か

System.ArgumentOutOfRangeException は、引数の値が操作の定義域外であるときにスローされる標準的な例外です。

コレクションを扱う際に、有効なインデックスの範囲 (通常は 0 から Count – 1 まで) を超えたアクセスを試みるとこのエラーが返されます。

この例外はランタイムによってスローされるだけでなく、自作のメソッドで引数を検証する際にも意図的に利用されます。

エラーメッセージに Index was out of range と表示される場合は、データ構造の境界管理に不備があることを示しています。

例外が発生する主な原因と具体例

この例外が発生する場面は多岐にわたりますが、典型的なパターンを把握することで対策が容易になります。

1. インデックスの指定ミス (オフバイワン・エラー)

ループ処理などで、インデックスの最大値を誤って指定してしまうケースは非常に一般的です。

例えば、for ループの継続条件に <= を使用し、要素数と同じインデックスを参照してしまう失敗が挙げられます。

var numbers = new List<int> { 10, 20, 30 };

// 3番目の要素までアクセスしようとしてエラーになる例
for (int i = 0; i <= numbers.Count; i++)
{
    // i が 3 になった時点で例外が発生する
    Console.WriteLine(numbers[i]);
}

実行結果

System.ArgumentOutOfRangeException: Index was out of range. Must be non-negative and less than the size of the collection. (Parameter 'index')

2. 空のコレクションへのアクセス

リストに要素が一つも含まれていない状態で、最初の要素であるインデックス 0 にアクセスしようとすると例外が発生します。

動的にデータを取得する処理において、データが空である可能性を考慮していない場合にこの問題が顕在化します。

3. 文字列操作 (Substring) での範囲外指定

string.Substring メソッドを使用して部分文字列を取得する際、開始位置や長さを誤ると例外がスローされます。

元の文字列の長さを超えるインデックスを指定したり、残り文字数以上の長さを要求したりすることが原因です。

string text = "Hello";
// 6文字目から取得しようとする (5文字しかないためエラー)
string sub = text.Substring(6);

例外を未然に防ぐための実装テクニック

プログラムの堅牢性を高めるためには、例外をキャッチするのではなく、発生させない実装を心がけるべきです。

境界チェックの徹底

要素にアクセスする前に、インデックスが有効な範囲内にあるかどうかを明示的に確認します。

特に外部からの入力値や計算によって算出されたインデックスを使用する場合は、必ず条件分岐でのチェックが必要です。

public void ProcessItem(List<string> items, int index)
{
    // 0 未満、または要素数以上の場合は処理を中断する
    if (index < 0 || index >= items.Count)
    {
        Console.WriteLine("無効なインデックスです。");
        return;
    }

    Console.WriteLine(items[index]);
}

LINQの活用による安全な要素取得

LINQ (Language Integrated Query) のメソッドを使用することで、インデックスを直接扱わずに安全な操作が可能になります。

ElementAtOrDefault メソッドを使用すれば、範囲外の場合に例外を投げず、型の規定値 (null や 0) を返してくれます。

using System.Linq;

var list = new List<string> { "Apple", "Banana" };
// 範囲外のインデックスを指定しても例外は発生しない
string? result = list.ElementAtOrDefault(5);

if (result == null)
{
    Console.WriteLine("要素が見つかりませんでした。");
}

インデックスと範囲 (Indices and Ranges) の活用

C# 8.0 以降で導入されたインデックス演算子 ^ と範囲演算子 .. を活用することで、直感的に境界を指定できます。

末尾からのインデックス指定が容易になり、計算ミスによる ArgumentOutOfRangeException を減らすことができます。

var colors = new[] { "Red", "Green", "Blue", "Yellow" };

// 最後から1番目の要素を安全に取得
string last = colors[^1]; 

// 最初から2つ分を除いた範囲をスライスとして取得
var subColors = colors[2..];

コレクション操作のベストプラクティス

開発現場で推奨される、安全なコレクション操作の比較を以下の表にまとめました。

操作内容	危険な書き方	安全な書き方
最初の要素取得	`list[0]`	`list.FirstOrDefault()`
特定のインデックス	`list[i]`	`list.ElementAtOrDefault(i)`
最後の要素取得	`list[list.Count - 1]`	`list[^1]` (要素が存在する場合)
部分一致の取得	`Substring(start, length)`	`ReadOnlySpan<char>` によるスライス

特に 2026 年時点のモダンな C# 開発においては、パフォーマンスと安全性の両立が重視されます。

Span<T> や Memory<T> を活用することで、メモリ効率を高めつつ、範囲外アクセスのリスクを低減できます。

自作メソッドでの例外スローとガード節

自分が作成したメソッドの引数が不正な場合、早期に ArgumentOutOfRangeException をスローすることは良い設計です。

ガード節 (Guard Clauses) を用いて、メソッドの冒頭で引数の妥当性を検証します。

これにより、不正なデータがプログラムの深部まで入り込み、原因特定が困難になる事態を防げます。

public void SetAge(int age)
{
    // 年齢が負の値になることは論理的にあり得ないため例外を投げる
    if (age < 0 || age > 150)
    {
        throw new ArgumentOutOfRangeException(nameof(age), "年齢は 0 から 150 の間で指定してください。");
    }
    
    this._age = age;
}

C# の最新バージョンでは、ArgumentOutOfRangeException.ThrowIfGreaterThan などの静的ヘルパーメソッドが提供されています。

これらを利用することで、より簡潔かつ読みやすいバリデーションコードを記述することが可能です。

まとめ

System.ArgumentOutOfRangeException: Index was out of range は、プログラムの論理的な誤りを知らせてくれる重要なサインです。

このエラーを回避するためには、「インデックスが有効範囲内にあるか」という境界チェックを常に意識することが欠かせません。

LINQ の FirstOrDefault や ElementAtOrDefault、そしてモダンな Index 構造体や Range 構造体を積極的に活用しましょう。

また、自作メソッドにおいてもガード節を適切に配置することで、不具合の早期発見と保守性の向上が期待できます。

これらのテクニックを日常のコーディングに取り入れ、実行時エラーに強い、高品質な C# アプリケーションを構築してください。