このチュートリアルは、Java のネストされたループで逆順に反復するときに、特に內(nèi)部ロジックにより外側のループのインデックスが途中で -1 に低下する場合に発生する可能性のあるインデックスの範囲外の問題を解決することを目的としています。 IndexOutOfBoundsException を引き起こす一般的なシナリオを分析し、無効な配列またはリスト要素へのアクセスを回避するために內(nèi)部ループ條件にインデックス境界チェックを追加することでプログラムの安定性を確保する効果的な戦略を提供します。これにより、コードの堅牢性が向上します。

1. 問題の背景と現(xiàn)象

Java などのプログラミング言語では、リストなどのコレクションに対するループ操作が一般的なタスクです。特にコレクションから要素を削除する場合、インデックスのシフトを回避するには、逆の順序 (コレクションの最後から前方へ) で反復することが効果的であると考えられます。ただし、この逆の反復が入れ子になったループと結合され、內(nèi)部ロジックが外部ループのインデックスを変更する可能性がある場合、適切な保護が提供されていない場合、特にインデックスが -1 に減らされた場合、IndexOutOfBoundsException が発生しやすくなります。

シナリオを考えてみましょう。車両のリストとガレージのリストがあります。目的は、車両リスト內(nèi)の車両をガレージ內(nèi)のガレージ スペースと一致させることです。一致するものが見つかり、ガレージにスペースがある場合、車両はガレージに移動され、車両リストから削除されます。

2. 問題コードの分析

以下は、範囲外のインデックスの問題を引き起こす可能性のあるコードの例です。

 for (int i = vehicle.size() - 1; i >= 0;) { // 外側のループ: 逆の順序で車両を走査します for (int j = 0; j  0) {
                this.garage.get(j).addvehicles(vehicles.get(i));
                this.vehicles.remove(i); // 車両が削除されたため、i の値を調(diào)整する必要があるかもしれません i--; // 照合は成功し、車両は削除され、i はデクリメントされます。 Break; // 一致が見つかったので、內(nèi)側のループから抜け出す} else {
                j; // ガレージは條件を満たしていないので、次のガレージを確認してください}
        } それ以外 {
            // 空間的な不一致。次の車両 i--; を試してください。 // i は j = 0 をデクリメントします。 // 內(nèi)部ループのインデックスをリセットし、ガレージを最初からチェックします}
    }
}

上記のコードの中心的な問題は、外側のループのインデックス i が內(nèi)側のループの 2 つの異なる分岐でデクリメント (i--) されていることです。

1. 最初の if ブロックでは、車両がガレージに正常に移動され、車両リストから削除された場合、i がデクリメントされます。
2. else ブロックでは、現(xiàn)在の車庫が車両スペースと一致しない場合、i もデクリメントされ、內(nèi)側のループ インデックス j が 0 にリセットされます。

i の値がすでに 0 の場合、else 分岐 (つまり、this.garage.get(j).getSpace() != this.vehicles.get(i).getSpace()) が実行されると、i は -1 にデクリメントされます。この時點では、內(nèi)部ループは終了しておらず、後続の this.vehicles.get(i) 呼び出しでは、車両リスト內(nèi)のインデックス -1 を持つ要素にアクセスしようとするため、IndexOutOfBoundsException がスローされ、プログラムがクラッシュします。外側のループの條件 i >= 0 は、外側のループの各反復の開始時にのみチェックされ、內(nèi)側のループで i が -1 に低下した後は不正アクセスを防ぐことはできません。

3. 無効な試行

よくある誤った試みは、else ブロックに else if(i != 0) 條件判斷を追加することです。次に例を示します。

 // ...
            } それ以外 {
                if (i != 0) { // i が -1 に落ちないようにする
                    私 - ;
                    j = 0;
                } それ以外 {
                    // i がすでに 0 であり、一致しない場合は、追加のロジック処理が必要です。 // 例: Break;または j ;
                    // しかし、他の i-- ブランチが依然として問題を引き起こす可能性があるため、これは問題を根本的に解決するものではありません}
            }
// ...

このメソッドの問題は、他の i-- のロジックを無視して、特定の else 分岐で i が 0 である場合のみを処理することと、內(nèi)側のループで i が -1 になった後に i が不正にアクセスされるのを完全に防ぐことができないことです。さらに、ロジックが複雑かつ不完全になり、一部の車両が正しく処理されなくなる可能性があります。

4. 堅牢なソリューション: 內(nèi)側のループのガード條件

最も堅牢な解決策は、內(nèi)側のループの條件で外側のインデックス i に境界チェックを?qū)毪工毪长趣扦?。このようにして、?nèi)側のループの実行中に i が -1 に低下すると、內(nèi)側のループはすぐに終了するため、 vehicle.get(-1) への不正なアクセスが回避されます。

內(nèi)側のループの條件を変更します。

 // 元の內(nèi)部ループ條件 // for (int j = 0; j = 0;) { // i >= 0 という條件を追加 // ... 內(nèi)側のループ本體は変更されません...
}

完全に修正されたコード例は次のとおりです。

for (int i = vehicle.size() - 1; i >= 0;) {
    // 內(nèi)側のループ條件に i のチェックを追加 for (int j = 0; j = 0;) { // キーの変更: i >= 0 を追加
        if (this.garage.get(j).getSpace() == this.vehicles.get(i).getSpace()) {
            if (this.garage.get(j).garageRequest(vehicles.get(i).getvehiclesType())
                    && this.garage.get(j).getLimit() > 0) {
                this.garage.get(j).addvehicles(vehicles.get(i));
                this.vehicles.remove(i);
                私 - ; // 車両が一致して削除され、i はデクリメントされた Break; // 一致が見つかったので、內(nèi)側のループから飛び出す} else {
                j; // ガレージは條件を満たしていないので、次のガレージを確認してください}
        } それ以外 {
            // 空間的な不一致。次の車両 i--; を試してください。 // i は j だけデクリメントされます

以上がJava ループ インデックスの安全性: ネストされたループで逆の順序で反復するときにインデックス -1 エラーを回避する方法の詳細內(nèi)容です。詳細については、PHP 中國語 Web サイトの他の関連記事を參照してください。