Java継承における親クラスオブジェクト作成の問題の詳細説明

親クラスのコンストラクターを呼び出すことが親クラスのオブジェクトを作成することと同じであると言うなら、それは本当にナンセンスです。
新しい命令により、オブジェクトのさまざまな属性参照を保存するために使用されるスペースが開かれます。バイトコードを逆コンパイルすると、新しい命令が 1 つだけあることがわかり、スペースが開かれ、各スペースに 1 つのオブジェクトが配置されます。 。
その後、サブクラスが親クラスのプロパティ、メソッドなどを呼び出すとき、それはインスタンス化されたオブジェクトではありません。
バイトコードでは、サブクラスは CONSTANT_Class_info タイプに属する u2 タイプの親クラス インデックスを持ち、CONSTANT_Class_info の記述を通じて見つけることができ、指定された親クラスを見つけることができます。
あなたのメソッドでは、属性名がこれに基づいて解析され、実際の変数の内容が new によって作成されたスペースに保存されます。 。 。
super キーワードは、この空間の特定の部分 (つまり、親クラス データの保存専用のメモリ部分) のデータにのみアクセスします。 。 。 。 。 。

サブクラスを強制的に親クラスに変換して利用できるのは、Java仮想マシンに静的型(見た目の型)と実体型の概念があるからです。
例えば、Object t=new Point(2,3);
この場合、Objectは静的型(見た目型)に属し、Pointは実体型に属します。
静的型と実際の型はどちらもプログラム内で変更できます。違いは、静的型の変更は使用時にのみ発生するのに対し、変数自体の静的型は変更されず、最終的な静的型はコンパイル中に判明することです。実際の変数の型の変更結果は、実行時にのみ判断できます。コンパイラは、コンパイル時に変数の実際の型を知りません。Java オブジェクトのメモリ レイアウトは、オブジェクトが割り当てられるクラスによって決まります。所属しています。クラスが仮想マシンにロードされるとき、このクラスによって作成されるオブジェクトのレイアウトはすでに決定されているとも言えます。