Java言語で称賛されたクラス

標準Java APIの一部のクラスは、他のクラスとは少し異なって扱われます。コンパイラやJVMからの特別なサポートなしでは実装できなかったクラスについて話しています。

私がすぐに思いつくものは：

• Object （当然のことながら）とりわけ、スーパークラスはありません。
• String +演算子が言語で特別にサポートされているためです。
• Thread 実行を「フォーク」するバイトコード命令がないにもかかわらず、この魔法のstart（）メソッドがあるからです。

これらのクラスはすべてJLSで何らかの形で言及されていると思います。私が間違っていたら訂正してください。

とにかく、そのようなクラスは他に何がありますか？Java言語の「栄光のあるクラス」の完全なリストはありますか？

答えはたくさんあるので、全部集めて（そしていくつか加えて）おくと便利だと思いました。

クラス

• AutoBoxingクラス-コンパイラーは特定のクラスのみを許可します
• クラス -独自のリテラルを持っています（たとえば、int.class）。また、新しいインスタンスを作成せずに、その一般的な型付けを追加します。
• 文字列 -オーバーロードされた+-演算子とリテラルのサポート
• Enum -switchステートメントで使用できる唯一のクラス（すぐにStringにも特権が与えられる）。他のことも行います（自動静的メソッドの作成、シリアル化の処理など）が、理論的にはコードで実現できます。これは単なる定型文であり、一部の制約はサブクラス（たとえば、特別なサブクラス化ルール）ですが、列挙型の特権ステータスがないと達成できないことは、switchステートメントにそれを含めることです。
• オブジェクト -すべてのオブジェクトのルート（そして、そのcloneとfinalizeメソッドを追加しますが、実装できるものではありません）
• 参照：WeakReference、SoftReference、PhantomReference
• スレッド -言語はスレッドを開始する特定の指示を与えず、魔法のようにそれをstart（）メソッドに適用します。
• Throwable -throw、throws、catchで機能するすべてのクラスのルート、およびコンパイラによるExceptionとRuntimeExceptionおよびErrorの理解。
• NullPointerExceptionと、athrow以外のバイトコード命令によってスローされる可能性のあるArrayIndexOutOfBoundsなどの他の例外。

インターフェース

• Iterable-拡張forループで使用できる唯一のインターフェース

名誉ある言及は次のとおりです。

• java.lang.reflect。配列-Classオブジェクトで定義された新しい配列を作成することはできません。
• 注釈これらは、実行時にインターフェースのように動作する特別な言語機能です。Objectの代替を定義できないのと同じように、別のAnnotationインターフェースを定義することはできません。ただし、それらすべての機能を実装し、リフレクションではなく、それら（およびボイラープレートの全体）を取得する別の方法を用意することもできます。実際、注釈が導入される前は、XMLベースおよびjavadocタグベースの実装が数多くありました。
• ClassLoader-クラスをロードするための言語的な方法がないため、JVMとの特権関係は確かにありますが、バイトコードの方法はあります。また、実装の詳細ですが、JVMからコールバックされるという特別な特権もあります。
• シリアライズ可能 -リフレクションを介して機能を実装できますが、独自の特権付きキーワードがあり、シナリオによってはSecurityManagerに慣れるのに多くの時間を費やすことになります。

注：JNI（IOなど）を提供するものはリストから省略しました。これは、必要に応じて独自のJNI呼び出しを実装できるためです。ただし、JVMと特権的に相互作用するネイティブ呼び出しは異なります。

配列は議論の余地があります-オブジェクトを継承し、階層を理解しています（Object []はString []のスーパータイプです）が、それらは言語機能であり、それ自体で定義されたクラスではありません。

Class、 もちろん。これには独自のリテラル（StringBTW との違い）があり、すべてのリフレクションマジックの開始点です。

sun.misc.unsafeは、すべての汚い、言語の精神を壊すハックの母です。

1. 列挙型。サブクラス化は許可されていませんが、コンパイラーは可能です。
2. java.util.concurrentの下の多くのものは、JVMサポートなしで実装できますが、効率が大幅に低下します。

すべてのNumberクラスには、オートボクシングという形で少し魔法があります。

重要なクラスについて言及したので、いくつかのインターフェースについて言及します。

Iterable（1.5以降）インタフェース-それは、オブジェクトがforeachループに参加することを可能にします。

Iterable<Foo> iterable = ...;
for (Foo foo : iterable) {

}

Serializableインターフェースは、標準のインターフェイスとは異なる非常に特別な意味を持っています。インターフェースで定義されていない場合でも考慮されるメソッドを定義できます（などreadResolve()）。transientキーワードはの行動に影響する言語要素でSerializable実装します。

1. スロー可能、RuntimeException、Error AssertionError
2. 参考文献弱い参照、SoftReference、PhantomReference
3. 列挙型
4. 注釈

のようなJava配列 int[].class

java.lang.ClassLoaderただし、実際のダーティーな作業は、言及されていないサブクラスによって行われます（12.2.1ロードプロセスを参照）。

わからない しかし、IOオブジェクトを手動で実装する方法は考えられません。

Systemクラスには魔法があります。

System.arraycopy ネイティブコードへのフックです

public static native void arraycopy(Object array1, int start1, 
  Object array2, int start2, int length);

だが...

/**
 * Private version of the arraycopy method used by the jit
 * for reference arraycopies
 */
private static void arraycopy(Object[] A1, int offset1,
  Object[] A2, int offset2, int length) {
   ...
}

よくアサートの特別な処理以来言及されてきました。以下に、jvmによる特別な処理があるいくつかの例外タイプを示します。

• NullPointerException
• ArithmeticException。
• StackOverflowException
• すべての種類のOutOfMemoryErrors
• ...

例外は特別ではありませんが、jvmは特別な場合にそれらを使用するため、独自のjvmを作成せずにそれらを自分で実装することはできません。周りにはもっと特別な例外があると思います。

これらのクラスのほとんどは、コンパイラまたはJVMからの「特別な」ヘルプを使用して実際に実装されていません。Objectは、内部JVM構造をたどるいくつかのネイティブを登録しますが、独自のクラスに対してもそれを行うことができます。（これはセマンティクスの影響を受けることを認めます。「JVMで定義されたネイティブを呼び出す」は特別なJVMサポートと見なすことができます。）

/ is /が特別なのは、これらの内部構造を初期化する方法の「新しい」および「スロー」命令の動作です。

ただし、注釈と番号はかなり奇抜です。