簡単に言えば、それは完全に可能ですが、Javaはそれを行いません。
以下は、Javaの現状を示すコードです。
ファイルBase.java：
package sp.trial;
public class Base {
static void printValue() {
System.out.println(" Called static Base method.");
}
void nonStatPrintValue() {
System.out.println(" Called non-static Base method.");
}
void nonLocalIndirectStatMethod() {
System.out.println(" Non-static calls overridden(?) static:");
System.out.print(" ");
this.printValue();
}
}
ファイルChild.java：
package sp.trial;
public class Child extends Base {
static void printValue() {
System.out.println(" Called static Child method.");
}
void nonStatPrintValue() {
System.out.println(" Called non-static Child method.");
}
void localIndirectStatMethod() {
System.out.println(" Non-static calls own static:");
System.out.print(" ");
printValue();
}
public static void main(String[] args) {
System.out.println("Object: static type Base; runtime type Child:");
Base base = new Child();
base.printValue();
base.nonStatPrintValue();
System.out.println("Object: static type Child; runtime type Child:");
Child child = new Child();
child.printValue();
child.nonStatPrintValue();
System.out.println("Class: Child static call:");
Child.printValue();
System.out.println("Class: Base static call:");
Base.printValue();
System.out.println("Object: static/runtime type Child -- call static from non-static method of Child:");
child.localIndirectStatMethod();
System.out.println("Object: static/runtime type Child -- call static from non-static method of Base:");
child.nonLocalIndirectStatMethod();
}
}
これを実行すると（私はMacで、Eclipseから、Java 1.6を使用して）、次のようになります。
Object: static type Base; runtime type Child.
Called static Base method.
Called non-static Child method.
Object: static type Child; runtime type Child.
Called static Child method.
Called non-static Child method.
Class: Child static call.
Called static Child method.
Class: Base static call.
Called static Base method.
Object: static/runtime type Child -- call static from non-static method of Child.
Non-static calls own static.
Called static Child method.
Object: static/runtime type Child -- call static from non-static method of Base.
Non-static calls overridden(?) static.
Called static Base method.
ここで、驚きかもしれない（そして質問がそうである）唯一のケースが最初のケースであるように見えます：
「ランタイムタイプは、オブジェクトインスタンス（obj.staticMethod()）で呼び出された場合でも、呼び出される静的メソッドを決定するために使用されません。」
そして最後のケース：
「クラスのオブジェクトメソッド内から静的メソッドを呼び出す場合、選択される静的メソッドは、オブジェクトのランタイム型を定義するクラスからではなく、クラス自体からアクセスできるメソッドです。」
オブジェクトインスタンスで呼び出す
静的呼び出しはコンパイル時に解決されますが、非静的メソッド呼び出しは実行時に解決されます。静的メソッドは（親から）継承されますが、（子によって）オーバーライドされないことに注意してください。予想外の場合、これは驚きかもしれません。
オブジェクトメソッド内からの呼び出し
オブジェクトメソッドの呼び出しは、ランタイム型を使用して解決されますが、静的（クラス）メソッドの呼び出しは、コンパイル時（宣言）型を使用して解決されます。
ルールを変更する
これらのルールを変更して、呼び出された例の最後の呼び出しでChild.printValue()、コンパイラーがオブジェクトの宣言されたクラス（または環境）。次に、静的呼び出しは、（動的）型階層を使用して、今日のオブジェクトメソッド呼び出しと同様に、呼び出しを解決できます。
これは簡単に実行でき（Java：-Oを変更した場合）、まったく不合理ではありませんが、いくつかの興味深い考慮事項があります。
主な考慮事項は、どの静的メソッド呼び出しでこれを実行するかを決定する必要があることです。
現時点では、Javaにはこの「癖」があり、呼び出しは（通常は警告付きで）obj.staticMethod()呼び出しに置き換えられObjectClass.staticMethod()ます。[ 注： ObjectClassはのコンパイル時の型ですobj。]これらは、このようにオーバーライドして、ランタイム型のを取得するのに適した候補ですobj。
これを行うと、メソッド本体が読みにくくなります。親クラスの静的呼び出しは、動的に「再ルーティング」される可能性があります。これを回避するには、静的メソッドをクラス名で呼び出す必要があります。これにより、（現在のように）コンパイル時の型階層で呼び出しがより明確に解決されます。
静的メソッドを呼び出す他の方法は、よりトリッキーです。ランタイムタイプをthis.staticMethod()とすると、と同じ意味になるはずobj.staticMethod()ですthis。ただし、これにより、装飾なしで（おそらくローカルな）静的メソッドを呼び出す既存のプログラムで頭痛の種になる可能性があります（これはおそらくと同等ですthis.method()）。
では、無人の通話はstaticMethod()どうですか？今日と同じようにして、ローカルクラスコンテキストを使用して何をすべきかを決定することをお勧めします。そうでなければ、大きな混乱が起こります。もちろん、それmethod()がthis.method()if methodが非静的メソッドであり、かつThisClass.method()if methodが静的メソッドだったということを意味します。これも混乱の原因です。
その他の考慮事項
この動作を変更した場合（および静的呼び出しを動的に非ローカルにする可能性がある場合）は、クラスのメソッドの修飾子としてfinal、privateおよびクラスのメソッドのprotected修飾子として再検討したいと思うでしょうstatic。メソッドprivate staticとpublic finalメソッドがオーバーライドされないため、コンパイル時に安全に解決でき、ローカル参照として「安全」に読み取ることができることに慣れる必要があります。