1、对Class类的理解:Class类包含了类的信息,如构造方法、方法、属性,可用于反射。以下是所有方法
2、获取Class类对象的几种方法:
Test test = new Test();
(1).test.getClass();
在运行时确定,所以运行实例才是该类对象。super.getClass()不能获得父类的类对象,仍然是当前类对象。
获得父类类对象: test.getClass().getSuperclass()
- class Father{
- public void showName()
- {
- System.out.println("Father...");
- }
- }
- class Child extends Father{
- public void showName()
- {
- System.out.println("children");
- }
- }
- Father father = new Child();
- System.out.println(Father.class); 结果是 Father
- System.out.println(father.getClass()); 结果是 Child
(2).Test.class;
在编译时确定,返回当前类的类对象实例。不会加载静态变量
获得父类类对象: Test.class.getSuperclass()
(3).Class.forName("类路径");会加载静态变量,比如jdbc驱动利用这个加载一些静态属性
通过静态方法获取类对象,Class.forName("com.wan.Test");
在运行期间,如果我们要产生某个类的对象,Java虚拟机(JVM)会检查该类型的Class对象是否已被加载。如果没有被加载,JVM会根据类的名称找到.class文件并加载它。一旦某个类型的Class对象已被加载到内存,就可以用它来产生该类型的所有对象
普通类为什么不能用static修饰?
讲一下个人理解吧。static修饰的东西被我们成为类成员,它会随着类的加载而加载,比如静态代码块,静态成员,静态方法(这里只是加载,并没有调用)等等,可以假象一下,如果把一个Class文件中的外部类设为static,那目的何在呢?难道让这个类随着应用的启动而加载吗?如果我在这次使用过程中根本没有使用过这个类,那么是不是就会浪费内存。这样来说设计不合理,总而言之,设计不合理的地方,Java是不会让它存在的。
而为什么内部类可以使用static修饰呢,因为内部类算是类的成员了,如果我们没有使用静态来修饰,那么我们在创建内部类的时候就需要先有一个外部类的对象,如果我们一直在使用内部类,那么内存中就会一直存在外部类的引用,而我们有时候只需要使用内部类,不需要外部类,那么还是会浪费内存,甚至会造成内存溢出。使用static修饰内部类之后,内部类在创建对象时就不需要有外部类对象的引用了。
最终结论就是:static可以用来修饰内部类,但是不可以用来修饰外部类
3、classLoader相关理解
请在Eclipse中新建如下类,并运行它:
- package java.lang;
- public class Long {
- public static void main(String[] args) {
- System.out.println("Hi, i am here");
- }
- }
你能猜到它的运行如果吗? 不错,就是如下这个样子!
错误: 在类 java.lang.Long 中找不到 main 方法, 请将 main 方法定义为: |
为什么呢,明明我在Long方法类中定义了main方法,为什么说main方法没有定义呢?
本文将解决以上问题出现的原因。
二、ClassLoader的作用
我们都知道java程序写好以后是以.java(文本文件)的文件存在磁盘上,然后,我们通过(bin/javac.exe)编译命令把.java文件编译成.class文件(字节码文件),并存在磁盘上。但是程序要运行,首先一定要把.class文件加载到JVM内存中才能使用的,我们所讲的classLoader,就是负责把磁盘上的.class文件加载到JVM内存中,如下图所示:
你可以认为每一个Class对象拥有磁盘上的那个.class字节码内容,每一个class对象都有一个getClassLoader()方法,得到是谁把我从.class文件加载到内存中变成Class对象的。
三、ClassLoader层次结构
请执行如下程序:
- public class Test {
- public static void main(String[] args) {
- ClassLoader classLoader = Test.class.getClassLoader();
- System.out.println(classLoader);
- ClassLoader classLoader1 = classLoader.getParent();
- System.out.println(classLoader1);
- ClassLoader classLoader2 = classLoader1.getParent();
- System.out.println(classLoader2);
- }
- }
它的输出是:
sun.misc.Launcher$AppClassLoader@2a139a55
sun.misc.Launcher$ExtClassLoader@7852e922
null
得到了 classLoader2就是null值了。这里其实有三个类加载器:
(1): 根类加载器(null)
它是由本地代码(c/c++)实现的,你根本拿不到他的引用,但是他实际存在,并且加载一些重要的类,它加载(%JAVA_HOME%\jre\lib),如rt.jar(runtime)、i18n.jar等,这些是Java的核心类。
(2): 扩展类加载器(ExtClassLoader)
虽说能拿到,但是我们在实践中很少用到它,它主要加载扩展目录下的jar包, %JAVA_HOME%\lib\ext
(3): 应用类加载器(AppClassLoader)
它主要加载我们应用程序中的类,如Test,或者用到的第三方包,如jdbc驱动包等。
这里的父类加载器与类中继承概念要区分,它们在class定义上是没有父子关系的。
四、Class加载时调用类加载器的顺序
当一个类要被加载时,有一个启动类加载器和实际类加载器的概念,这个概念请看如下分析
如上面的Test.class要进行加载时,它将会启动应用类加载器进行加载Test类,但是这个应用类加载器不会真正去加载他,而是会调用看是否有父加载器,结果有,是扩展类加载器,扩展类加载器也不会直接去加载,它看自己是否有父加载器没,结果它还是有的,是根类加载器。
所以这个时候根类加载器就去加载这个类,可在%JAVA_HOME%\jre\lib下,它找不到com.Test这个类,所以他告诉他的子类加载器,我找不到,你去加载吧,子类扩展类加载器去%JAVA_HOME%\lib\ext去找,也找不着,它告诉它的子类加载器 AppClassLoader,我找不到这个类,你去加载吧,结果AppClassLoader找到了,就加到内存中,并生成Class对象。
这个时间时候启动类加载器(应用类加载器)和实际类加载器(应用类加载器)是同一个.
这就是Java中著名的委托加载机制,看如下图:
我们再来看一下 java.lang.Long的加载,按上面分析,应该是由根类加载器加载得到的,此时启动类加载器是应用类加载器,但实际类加载器是根类加载器。
所以回到我们最开始那个问题,没有main方法是因为执行的根本不是我们自己写的类,执行的是java核心中的那个Long类,当然没有main方法了。 这样就防止我们应用中写的类覆盖掉java核心类。