構文の類似性にもかかわらず、Java ではジェネリックと配列の動作は異なります。この記事では、ジェネリック配列の作成の複雑さを掘り下げ、その制限の背後にある根本的な理由を説明し、特定のシナリオに対する回避策を提供します。
配列は具体化されており、その意味は型情報は実行時に取得できます。一方、ジェネリックはコンパイル中に消去され、実行時に型情報が削除されます。この区別により、ジェネリック型とジェネリック配列の処理規則が異なります。
共分散と型チェック: 配列は共分散を示し、次のような代入が可能になります。オブジェクト[] arr = 新しい文字列[10]。ただし、ジェネリックはこのプロパティを継承せず、List
タイプ セーフティとランタイム エラー: ジェネリックは、ランタイム エラーを防ぐためにコンパイル時に適用されます。ジェネリック配列には実行時に型情報がないため、その作成により、チェックされない型安全でない動作が発生する可能性があります。
型安全でない動作の例:
public <T> T[] getArray(int size) {
T[] arr = new T[size]; // This would be allowed if generic array creation was permitted.
return arr;
}
Integer[] arr = getArray(10); // Assigns an Object[] to Integer[] reference, leading to a runtime error.新しい Object[10] を次のようにキャストしますE[] 要素 = (E[]) new Object[10] は機能するように見えますが、これは危険なアプローチです。キャストはチェックされません。これは、コンパイラがその有効性を保証しないことを意味します。実行時に、結果の配列は Object[] になり、型に互換性のない要素が追加されるとランタイム エラーが発生する可能性があります。
生などの具体化可能な型の配列型 (例: List[]) または無制限のワイルドカード型 (例: List[]) は、なしで作成できます。 問題。これは、具体化可能な型には実行時に利用可能な型情報があるためです。ただし、汎用配列型 (E[] など) などの具現化不可能な型の配列の作成は禁止されています。
制限を回避するには汎用配列の作成については、次の回避策を使用できます。
public <E> E[] getArray(Class<E> clazz, int size) {
@SuppressWarnings("unchecked")
E[] arr = (E[]) Array.newInstance(clazz, size);
return arr;
}このメソッドは Class#newInstance メソッドを利用します。は、特定の具現化可能な型の配列を作成するための型安全な方法を提供します。
Java では、基礎となる型安全性と実行時の動作に関する考慮事項により、汎用配列の作成が制限されています。具現化可能な型の配列を作成するための回避策は存在しますが、汎用コードを設計および実装する際には、これらの回避策を使用することによる制限と潜在的な影響に留意することが重要です。
以上がJava でジェネリック配列を作成できない理由とその回避策は何ですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
