getClass() 返回对象运行时实际类型，与声明类型、泛型、接口无关，只取决于new创建的具体类；对null调用抛NullPointerException，数组返回JVM内部表示；严格类匹配应使用==而非instanceof。
getClass() 返回的是运行时实际类型，不是声明类型
Java 中 getClass() 总是返回对象在堆内存中真实创建的类，和变量声明类型无关。比如子类实例赋给父类引用，getClass() 仍返回子类 Class 对象。
常见错误是误以为它受泛型或接口声明影响——其实泛型在运行时已擦除，接口只是契约，getClass() 只看 new 出来的那个具体类。
- 子类重写方法不影响
getClass()结果，它不依赖方法表，只依赖对象头中的 class pointer - 对 null 调用会抛出
NullPointerException，必须先判空 - 数组也是对象，
new String[10].getClass()返回的是[Ljava.lang.String;这种内部表示，不是String[].class的字面量形式（但二者等价）
对比 instanceof 和 getClass() 的适用场景
instanceof 检查是否为某类型或其子类型，适合做类型兼容性判断；getClass() 严格匹配具体类，适合做“完全相等”判定，比如在 equals() 实现中防止跨子类比较。
典型陷阱：在重写的 equals(Object o) 方法里用 o instanceof MyType，可能让子类实例和父类实例互相认为相等，违反对称性。此时应改用 o.getClass() == this.getClass()。
-
getClass() == X.class是精确类比，不接受继承关系 -
instanceof X允许子类、实现类通过，但无法区分ArrayList和LinkedList - 对 final 类，两者效果接近，但语义不同：一个是运行时身份认证，一个是类型归属判断
获取类名时别直接 toString()，优先用 getSimpleName() 或 getName()
getClass().toString() 返回类似 class com.example.Foo 的字符串，开头带 class 前缀，容易导致字符串比对出错。真正需要类名时，应按需选择方法：
- 要完整二进制名（含包路径），用
getClass().getName()，如com.example.Foo - 只要简单名（不含包），用
getClass().getSimpleName()，如Foo - 要 JVM 内部表示（如数组、基本类型），用
getClass().getCanonicalName()，但注意返回可能为 null（如匿名类） - 避免
getClass() + ""或"" + getClass()，隐式调用 toString() 引入冗余前缀
getClass() 在反射和序列化中的实际约束
反射中通过 getClass() 获取 Class 对象后，能调用 getDeclaredMethods() 等方法，但要注意：这些方法只返回当前类声明的成员，不包含从父类继承的 public 方法（除非显式调用 getMethods()）。这是初学者常混淆的一点。
在 JSON 序列化（如 Jackson）中，若未配置多态支持，ObjectMapper 默认只认字段声明类型，不会自动读取 getClass() 结果来决定序列化格式——必须配合 @JsonTypeInfo 才能利用运行时类型。
-
getClass()获取的Class对象不可变，且 JVM 保证同一类加载器下相同类名对应唯一实例 - 不同类加载器加载的同名类，
getClass()返回不同Class对象，彼此不兼容（ClassCastException风险） - 动态代理生成的类（如
Proxy.newProxyInstance()）也能正常返回其生成的Class，但该类名通常以$ProxyN形式出现
类加载器隔离和泛型擦除是两个最常被忽略的上下文，它们会让 getClass() 的结果看起来“反直觉”，但其实完全符合 JVM 规范。
