从静态上下文调用getClass()会导致 Java 中的编译错误。在本文中,我们讨论了此错误的根本原因。
此外,我们探索了两种解决方案来避免此问题并从静态上下文中获取预期的Class对象。使用类文字既简单又高效。如果我们在编译时拥有类信息,这是最佳选择。但是,如果我们需要在运行时处理动态调用,MethodHandles方法是一种有用的替代方案。
问题介绍
getClass ()方法继承自Object类,并返回调用它的对象的运行时Class 。 当我们使用 getClass() 时, Java 会为我们提供一个表示对象运行时类型的Class对象实例。
接下来我们来看一个例子:
class Player { |
在这个例子中,Player是一个非常简单的类。currentClass ()方法是一个实例方法,它允许我们从Player实例中获取Class
Player kai = new Player("Kai", 25); |
有时,我们想从静态方法中获取当前Class对象。因此,我们可能会想出这种方法:
class Player { |
但是,此代码无法编译:
java: non-static method getClass() cannot be referenced from a static context |
接下来,让我们了解为什么会发生这种情况,并探索解决此问题的不同方法。
为什么我们不能在静态上下文中调用getClass() ?
为了弄清楚这个问题的原因,让我们快速了解 Java 中的静态和非静态上下文。
静态方法或变量属于类,而不是任何特定的类实例。这意味着无需创建类的实例即可访问静态成员。
另一方面,非静态成员(例如实例方法和变量)与类的单个实例相关联。如果不创建类的对象,我们就无法访问它们。
现在,让我们检查一下编译器错误发生的原因。
首先,getClass()是一个实例方法:
public class Object { |
我们的getClassInStatic()是一个静态方法,我们在没有Player实例的情况下调用它。但是,在这个方法中,我们调用了getClass()。编译器会引发错误,因为getClass()需要类的实例来确定运行时类型,但静态方法没有任何与之关联的实例。
接下来我们看看如何解决这个问题。
使用类字面量
在静态上下文中检索当前Class对象的最直接的方法是使用类文字 ( ClassName.class ):
class Player { |
我们可以看到,在currentClassByClassLiteral()方法中,我们使用类文字Player.class返回Player类的Class对象。
由于currentClassByClassLiteral() 是静态方法,因此它不依赖于实例。我们可以从类中调用它:
assertSame(Player.class, Player.currentClassByClassLiteral()); |
如测试所示,使用类字面量在静态上下文中获取类类型非常简单。但是,我们必须在编译时知道类名。如果我们需要在运行时动态确定类类型,这将无济于事。
接下来我们看看如何 动态获取静态上下文中的Class对象。
使用MethodHandles
MethodHandle是在 Java 7 中引入的,主要用于方法句柄和动态调用的上下文中。
MethodHandles.Lookup类提供各种类似反射的功能,lookupClass ()方法返回执行了lookup()方法的Class对象。
接下来,让我们在Player类中创建一个静态方法,以使用这种方法返回Class对象:
class Player { |
当我们调用此方法时,我们得到预期的Player.class对象:
assertSame(Player.class, Player.currentClassByMethodHandles()); |
lookupClass ()方法动态返回执行lookup()的调用类。换句话说,lookupClass ()方法返回创建MethodHandles.Lookup实例的类。这在编写需要在运行时反射检查当前类的动态代码时非常有用。
此外,值得注意的是,由于它涉及动态查找和类似反射的机制,所以它通常比类文字方法慢。