JAVA的反射机制你了解多少
目录
- 1、什么是反射?
- 2、反射能够干什么?
- 3、反射相关API
- 4、Class类的理解
- (1)、介绍:
- (2)、类的加载过程:
- ①加载:
- ②链接:
- ③初始化
- ④使用
- ⑤卸载
- (3)类加载器
- 总结
1、什么是反射?
在java开发中有一个非常重要的概念就是java反射机制,也是java的重要特征之一。
反射的概念是由Smith在1982年首次提出的,主要是指程序可以访问、检测和修改它本身状态或行为的一种能力,通过反射可以调用私有方法和私有属性,大部分框架也都是运用反射原理的。
Reflection(反射)是被视为动态语言的关键,反射机制允许程序在执行期借助于Reflection API取得任何
类的内部信息,并能直接操作任意对象的内部属性及方法。
一个类有多个组成部分,例如:成员变量、方法、构造方法等,反射就是加载类,并解剖出类的各个组成部分。
2、反射能够干什么?
Java的反射机制它知道类的基本结构,这种对Java类结构探知的能力,我们称为Java类的“自审”。如eclipse中,一按点,编译工具就会自动的把该对象能够使用的所有的方法和属性全部都列出来,供用户进行选择。这就是利用了Java反射的原理,是对我们创建对象的探知、自审。
反射能够做到:
- 在运行时判断任意一个对象所属的类;
- 在运行时构造任意一个类的对象;
- 在运行时判断任意一个类所具有的成员变量和方法;
- 在运行时获取泛型信息;
- 在运行时调用任意一个对象的成员变量和方法;
- 在运行是处理注解;
- 生成动态代理;
3、反射相关API
java.lang.Class
:反射的源头java.lang.reflect.Method
:方法java.lang.reflect.Field
:属性java.lang.reflect.Constructor
:构造器…
4、Class类的理解
(1)、介绍:
程序经过javac.exe命令以后,会生成一个或多个字节码文件(.class结尾)。接着我们使用java.exe命令对某个字节码文件进行解释运行。相当于将某个字节码文件加载到内存中。此过程就称为类的加载。加载到内存中的类,我们就称为运行时类,此运行时类,就作为Class的一个实例。
换句话说,Class的实例就对应着一个运行时类。
加载到内存中的运行时类,会缓存一定的时间。在此时间之内,我们可以通过不同的方式
来获取此运行时类。
(2)、类的加载过程:
①加载:
在我们new对象或者使用Class.forName("包名.类")
时类加载器(ClassLoader)
会将类加载到内存中,并且创建一个Class对象
如何获取Class对象?
JAVA
- 类.
class
- 对象.
getClass()
Class.forName
(“包名.类”);
②链接:
链接所做的工作主要是验证字节码是否合法,为static 分配内存空间并且初始化(并非真正的初始化,只是将对应类型的变量给上默认值,比如int给0,double给0.0),解析
③初始化
真正的初始化
④使用
类的正常使用
⑤卸载
从内存中卸载(不需要我们关心何时卸载,由JVM去做)
(3)类加载器
类(CLASS) 只有被加载到 JVM 中后才能运行。当运行指定程序时,JVM会将编译生成的.class文件按照需求和一定的规则加载到内存中,组织成为一个完整的Java应用程序。这个加载的过程是由类加载器来完成的,具体来说,就是由ClassLoader和它的子类来实现的。类加载器本身也是一个类,其实质是把类文件从硬盘读取到内存中!
类加载器的分类:
1.BootStrap:
主要负责加载核心的类库(java.lang.*
等),构造ExtClassLoader
和APPClassLoader
;
2.ExtClassLoader:
主要负责加载jre/lib/ext目录下的一些扩展的jar包;
3.AppClassLoader:
主要负责加载应用程序的主函数类(自己编写的java文件是这个类加载器加载的);
System.out.println("app:" + System.getProperty("java.class.path")); System.out.println("ext:" + System.getProperty("java.ext.dirs")); System.out.println("----bootstrap---"); String[] str = System.getProperty("sun.boot.class.path").split(";"); for (String s : str) { System.out.println(s); }
双亲委托(派)机制:
当一个Hello.class
这样的文件要被加载时。不考虑我们自定义类加载器,首先会在AppClassLoader
中检查是否加载过,如果有那就无需再加载了。如果没有,那么会拿到父加载器,然后调用父加载器的loadClass
方法。父类中同理也会先检查自己是否已经加载过,如果没有再往上。注意这个类似递归的过程,直到到达Bootstrap classLoader
之前,都是在检查是否加载过,并不会选择自己去加载。直到BootstrapClassLoader
,已经没有父加载器了,这时候开始考虑自己是否能加载了,如果自己无法加载,会下沉到子加载器去加载,一直到最底层,如果没有任何加载器能加载,就会抛出ClassNotFoundException
。那么有人就有下面这种疑问了?
为什么要设计这种机制
这种设计有个好处是,如果有人想替换系统级别的类:String.java。篡改它的实现,在这种机制下这些系统的类已经被Bootstrap classLoader
加载过了(为什么?因为当一个类需要加载的时候,最先去尝试加载的就是BootstrapClassLoader
),所以其他类加载器并没有机会再去加载,从一定程度上防止了危险代码的植入。
总结
本篇文章就到这里了,希望能给您带来帮助,也希望您能够多多关注我们的更多内容!