搞懂Java内部类

本文深入解析Java内部类的由来、分类及应用场景,对比静态与非静态内部类的使用区别,探讨局部内部类与匿名内部类的特性,以及为何局部与匿名内部类使用局部变量时需声明为final。

Java内部类一直是我感觉很生疏的地方,但是这个知识点在面试中被问到的几率还是很高,而且在最近的需求中也用到了静态内部类,索性就把这一块又好好学习了下,趁热打铁,写一篇博客巩固下

为什么会有内部类

开始学习内部类的时候,最让我懵比的就是为啥要设计一个内部类,直接就新建一个普通的类岂不是更简单粗暴,但是大神既然设计,那肯定存在即有理。

在我看来内部类的作用主要包括以下几点:

  1. 更好的封装性,因为内部类可以被访问限定符修饰,所以可以完全对外部其他类隐藏;
  2. 弥补Java单继承的问题,利用内部类,可以在类里利用内部类再继承其他的抽象类或实体类,提高代码的复用率;
  3. 内部类可以直接访问所在作用域中的其他数据,包括私有数据,这是直接新建一个普通类做不到的;
  4. 内部类可以简化代码,在Android中最常用的就是匿名内部类,例如注册Button的Onclick时,使用匿名内部类简化代码,不用再单独建一个类来实现抽象类或接口

内部类的分类

内部类主要可以分为成员内部类,局部内部类以及匿名内部类。其中成员内部类又包括静态内部类和非静态内部类。

静态内部类和非静态内部类的使用和区别

  1. 使用非静态内部类之前必须先实例化外部类,而静态类不需要。这个很好理解,内部类也是外部类的成员,静态成员可以直接通过类来调用,而非静态的必须通过实例来调用;
  2. 非静态内部类不能有静态成员,而静态内部类可以有。因为如上一点所说非静态类的使用必须依赖于外部类的实例,而静态成员是类成员,不属于任何实例,所以如果在非静态内部类声明静态成员就存在了矛盾,因此在非静态内部类里不能有静态成员;
  3. 静态内部类可以访问外部类的静态成员,但不能访问外部类的非静态成员。这个也很好理解,因为静态内部类不依赖外部类的实例化,所以不能访问外部类的非静态成员;而非静态内部类可以访问外部类的所有成员;

还是用代码说最直白

public class ClassOuter {

    private int a = 1;
    private static int static_b = 2;
    public int c =3;
    public static int static_d = 4;

    public class ClassInner {

        private int x;

        public void innerFun(){
            System.out.println("内部类方法");
            System.out.println(a);
            System.out.println(static_b);
            System.out.println(c);
            System.out.println(static_d);

        }
    }

    public static class ClassStaticInner{

        private int y;
        private static int static_z;

        public void innerFun() {
            System.out.println("静态类方法");
            System.out.println(static_b);
            System.out.println(static_d);
        }
    }

}
public class TestInnerClass {

    public static void main(String[] args){

        ClassOuter.ClassInner classInner = new ClassOuter(). new ClassInner();
        ClassOuter.ClassStaticInner classStaticInner = new ClassOuter.ClassStaticInner();
        classInner.innerFun();
        classStaticInner.innerFun();
    }

}

从demo中可以看出

  1. 代码中非静态内部类ClassInner内部只定义了一个非静态的成员变量,若定义静态的成员变量IDE会报错;而在静态内部类ClassStaticInner 中既能定义静态成员,也能定义非静态成员;
  2. 非静态内部类ClassInner里既能访问外部类的静态变量,也能访问非静态变量,而静态内部类只能访问外部类的静态变量;
  3. 使用非静态内部类时必须先new一个外部类,再通过外部类的实例去new内部类,而静态内部类不需要外部类的实例;

局部内部类

局部内部类相对于上面所说的两种内部类的区别就在于作用域发生了变化,它定义在方法中,或者某个作用域中,这个类的使用仅限于这个方法内或作用域内。
使用局部内部类的作用在于,当我们在一个方法的内部想要实现一个较为复杂的逻辑时,想用一个类把他封装起来,但又不想暴露在别的地方,这时就可以使用局部内部类。
使用局部内部类时需要注意的是:

  1. 局部内部类不能使用访问修饰符修饰,它对外是完全隐藏的,只有在定义该局部内部类的方法里或作用域内才能访问;
  2. 局部内部类可以使用该类外部方法的局部变量,但是该局部变量必须被声明为final
public class ClassOuter {

   public void testInnerClass(final int a){
       final int b = 1;
       class LocalInnerClass{
           int c;
           public void test(){
               System.out.println(a);
               System.out.println(b);
               System.out.print(c);
           }
       }
       LocalInnerClass localInnerClass = new LocalInnerClass();
       localInnerClass.test();
   }

}

如demo中代码所示,局部内部类LocalInnerClass声明在testInnerClass方法内部,则只能在该方法内部使用,对方法以外的作用域是隐藏的;

在局部内部类中使用了方法中的参数a以及方法内定义的局部变量b,这两个变量在该局部内部类使用时都需要被声明为final,否则IDE会报错;而局部内部类自己的成员变量c的使用和普通类的成员变量使用一致,不需要声明为final。

匿名内部类

匿名内部类和局部内部类比较类似,最大的区别就在于他没有类名,所以称为匿名内部类。
匿名内部类的特点:

  1. 没有访问修饰符修饰;
  2. 匿名内部类需继承一个抽象类或者实现一个接口;
  3. 匿名内部类中不能定义任何静态成员;
  4. 匿名内部类没有构造方法,因为他没有类名;
  5. 和局部内部类一样,当他使用该类外部方法的局部变量时,必须被声明为final;
public class ClassOuter {

   public void testInnerClass(final int a, final int c){
       final int b = 1;
       new testInterface() {
           int d = c;
           @Override
           public void onClick() {
              System.out.println(a);
              System.out.println(b);
           }
       };
   }

   public interface testInterface{
       void onClick();
   }
}

在如上的demo中,通过testInterface接口实现了一个匿名内部类,在匿名内部类中访问外部的局部变量时,都需要该变量声明为final,否则IDE会报错

为什么局部和匿名内部类在使用局部变量时,该局部变量需要被声明为final

这个问题实际上是由于各自的生命周期不同所引起的。
因为匿名内部类被创建后存在于堆中,而方法的局部变量在栈中,当方法里的代码执行完成后,局部变量就会出栈,而匿名内部类存在于堆中,还可能在其他地方被引用,这样就引起了冲突,方法的局部变量已经消失,而内部类还需要用到这个变量;
所以为了解决这个问题,编译器就帮我们在匿名内部类中创建了一个局部变量的备份,内部类直接使用的是该备份,备份的生命周期和内部类是一样的。但是如果局部变量发生变化,备份也要不断发生变化,所以索性采取了一个比较妥协的办法,把该变量声明为final,这样变量是只可读的,就保证了内部类和外部的该变量的值是一样。

以上就是我学习内部类时的一些理解,能力有限,有理解不对的地方欢迎指正

2019.3.6

<think>我们需要理解反射的基本概念和它在JVM中的实现方式。虽然深入理解内存机制(如类加载、方法区、堆内存等)有助于全面掌握反射的工作原理,但并不是绝对必要的前提条件。以下是分层次的解释: ### 1. **反射的核心概念** 反射(Reflection)是Java在运行时动态获取类信息并操作类属性/方法的能力。主要功能包括: - 运行时获取类的完整结构(字段、方法、构造器等) - 动态创建对象实例 - 调用方法和访问/修改字段(包括私有成员) 基本使用示例: ```java import java.lang.reflect.*; public class ReflectionDemo { public static void main(String[] args) throws Exception { // 获取Class对象 Class<?> clazz = Class.forName("java.util.ArrayList"); // 创建实例 Object list = clazz.getDeclaredConstructor().newInstance(); // 获取add方法 Method addMethod = clazz.getMethod("add", Object.class); // 调用方法 addMethod.invoke(list, "Hello Reflection!"); // 验证结果 System.out.println(list); // 输出: [Hello Reflection!] } } ``` ### 2. **反射与内存机制的关系** 虽然不要求精通JVM内存模型,但了解以下概念有助于理解反射: - **Class对象**:每个类被加载时,JVM在方法区创建唯一的`Class`对象,反射操作都基于该对象 - **类加载过程**:反射可能触发类加载(如`Class.forName()`) - **内存访问**:通过`Field.setAccessible(true)`可以突破private限制,直接操作内存 ### 3. **何时需要了解内存机制** 以下场景需要内存知识: - **性能优化**:反射调用比直接调用慢20-50倍(因JIT优化受限) - **内存泄漏**:大量动态生成的类可能撑满方法区(Metaspace) - **安全管理**:理解`SecurityManager`如何限制反射访问 ### 4. **反射原理简析** ```mermaid graph LR A[源代码] --> B[编译成.class文件] B --> C[JVM加载类] C --> D[在方法区存储类元数据] D --> E[创建Class对象] E --> F[反射API操作Class对象] ``` ### 5. **反射性能优化实践** ```java // 常规反射调用(慢) Method method = obj.getClass().getMethod("doSomething"); Object result = method.invoke(obj); // 优化:缓存Method对象(提升10倍以上) private static final Method cachedMethod; static { cachedMethod = MyClass.class.getMethod("doSomething"); } // 后续调用复用cachedMethod ``` ### 6. **安全限制示例** ```java // 默认不允许访问私有字段 Field field = String.class.getDeclaredField("value"); field.get("abc"); // 抛出IllegalAccessException // 解除访问限制 field.setAccessible(true); // 修改内存访问权限 byte[] value = (byte[]) field.get("abc"); ``` --- ### 结论 - **基础使用**:无需深入内存机制 - **进阶开发**:需要了解类加载、方法区、安全模型 - **性能调优**:必须掌握JVM内存结构和字节码执行原理 --- §§相关问题§§: 1. Java反射中getMethod()和getDeclaredMethod()有什么区别? 2. 如何通过反射动态创建泛型类型的实例? 3. 为什么反射访问私有成员被认为是不安全的? 4. Java 9模块化系统对反射访问有哪些新的限制? </think>是的,要真正深入理解 Java 的反射机制,了解 JVM 的内存机制至关重要。虽然基础使用反射不一定需要内存知识,但要掌握其原理、性能影响和安全限制,必须理解 JVM 内存结构。以下是详细解释: ### 一、反射的核心原理与内存机制的关系 反射的核心是 JVM 的**类加载机制**和**方法区(元空间)** 的数据结构: ```mermaid graph LR A[源代码.java] --> B[编译为字节码.class] B --> C[类加载器加载到JVM] C --> D[方法区/Metaspace存储类元数据] D --> E[创建Class对象在堆中] E --> F[反射API操作Class对象] ``` ### 二、必须了解的关键内存概念 #### 1. 类加载过程与内存区域 ```java public class ReflectionMemory { public static void main(String[] args) throws Exception { // 触发类加载:将类的元数据存入方法区 Class<?> clazz = Class.forName("com.example.User"); // 创建实例:在堆中分配内存 Object user = clazz.getDeclaredConstructor().newInstance(); // 获取字段:访问方法区的元数据 Field nameField = clazz.getDeclaredField("name"); nameField.setAccessible(true); // 突破访问限制 // 修改字段:实际修改堆中对象的内存数据 nameField.set(user, "Alice"); } } ``` #### 2. Class 对象的内存结构 每个加载的类在 JVM 中有且只有一个 `Class` 对象,存储在堆中,包含指向方法区元数据的指针: ``` ┌──────────────────┐ ┌──────────────────────┐ │ Heap 堆 │ │ Metaspace 元空间 │ │ ┌──────────────┐ │ │ ┌──────────────────┐ │ │ │ Class<User> ├─┼───────►│ 类名:User │ │ │ │ - methods │ │ │ - 字段元数据 │ │ │ │ - fields │ │ │ - 方法字节码 │ │ │ └──────────────┘ │ │ - 常量池 │ │ │ │ └──────────────────────┘ │ └──────────────────┘ ``` ### 三、反射关键操作的内存解析 #### 1. 动态方法调用(涉及方法区 + 栈) ```java Method method = clazz.getMethod("calculate", int.class, int.class); Object result = method.invoke(user, 5, 3); // 创建新栈帧执行方法 ``` 内存变化: 1. 在方法区查找方法字节码 2. 在 Java 栈创建新栈帧 3. 执行引擎解释执行字节码 #### 2. 字段访问(直接操作堆内存) ```java Field balanceField = clazz.getDeclaredField("balance"); balanceField.setAccessible(true); balanceField.setInt(user, 100); // 直接修改对象内存 ``` ### 四、性能影响与内存知识 反射性能问题主要源于内存访问模式: | 操作类型 | 直接调用 | 反射调用 | 性能差异原因 | |---------|---------|---------|------------| | 方法调用 | 1-3ns | 20-100ns | 需要多次内存跳转访问元数据 | | 字段访问 | <1ns | 5-20ns | 绕过访问检查 + 内存偏移计算 | 优化反射性能的代码示例(使用缓存): ```java // 缓存反射结果减少元数据访问 public class ReflectionCache { private static final Map<Class<?>, Map<String, Field>> FIELD_CACHE = new ConcurrentHashMap<>(); public static Object getFieldValue(Object obj, String fieldName) throws Exception { Class<?> clazz = obj.getClass(); Field field = FIELD_CACHE.computeIfAbsent(clazz, k -> new HashMap<>()) .computeIfAbsent(fieldName, fn -> { try { Field f = clazz.getDeclaredField(fn); f.setAccessible(true); return f; } catch (Exception e) { throw new RuntimeException(e); } }); return field.get(obj); } } ``` ### 五、安全限制与内存保护 反射突破内存访问限制的原理: ```java public class UnsafeAccess { public static void main(String[] args) throws Exception { String s = "Hello"; // 反射获取String内部的value字段 Field valueField = String.class.getDeclaredField("value"); valueField.setAccessible(true); // 关闭访问检查 // 直接修改char数组内存 char[] chars = (char[]) valueField.get(s); chars[0] = 'J'; System.out.println(s); // 输出 "Jello" } } ``` ### 六、结论:必须了解的内存知识 1. **类加载过程**:`.class` → 方法区元数据 2. **Class 对象**:堆中的类元数据入口 3. **方法区结构**:字段/方法元数据的存储方式 4. **内存访问权限**:访问控制如何保护内存区域 5. **即时编译(JIT)**:反射调用如何绕过JIT优化 --- ### 反射的最佳实践建议 ```java // 1. 缓存反射结果 private static final Constructor<?> CACHED_CONSTRUCTOR = MyClass.class.getDeclaredConstructor(); // 2. 必要时使用setAccessible(true) Field field = clazz.getDeclaredField("secret"); field.setAccessible(true); // 谨慎使用,破坏封装性 // 3. 考虑MethodHandle替代方案(JVM底层优化) MethodHandles.Lookup lookup = MethodHandles.privateLookupIn(clazz); MethodHandle handle = lookup.findVirtual(clazz, "method", methodType); handle.invokeExact(arg); ``` ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值