想想我们在java里面是怎么获取一个类对象的，通常是new 一个对象。或者spring ioc已经帮忙声明好了，直接注入。
我这里说说另外两种方式 一个为反射 一个类加载器加载。
代码如下
package reflect;
import java.lang.reflect.Field;
import java.lang.reflect.Method;
public class Main {
public static void main(String... a) throws Exception {
//反射
Class testClass=Class.forName("reflect.TestClass");
//类加载器
Class testClass2 =TestClass.class.getClassLoader().loadClass("reflect.TestClass");
//生成类对象
TestClass testClass1= (TestClass) testClass2.newInstance();
//获取反射test方法
Method method= testClass.getMethod("test",String.class);
//调用test方法
method.invoke(testClass1,"hellow word");
//获取testval属性
Field field = TestClass.class.getDeclaredField("testval");
//强行跨越私属性进行操作
field.setAccessible(true);
//给私有属性赋值
field.set(testClass1,"hellow word 2");
//获取反射springVal方法
method= testClass.getMethod("springVal");
//打印私有属性并且打印成功
method.invoke(testClass1);
}
}
public class TestClass {
private String testval;
public void test(String val){
System.out.println(val);
}
public void springVal(){
System.out.println(this.testval);
}
}
可以看到即使是私有属性，一样可以通过反射的方法对其操作，方法也是一样，只要给method.setAccessible(true);我们一样可以在类的外部调用这个类的私有方法
再来谈谈类加载器，classloader
这是类加载器源码，可以看到有个parent对象。所以是先会去父亲的加载器去加载。说明类加载器是有多个的。还有一个boolean参数resolve，这个参数等会儿说。
类加载器有4种
启动（Bootstrap）类加载器
启动类加载器主要加载的是JVM自身需要的类，这个类加载使用C++语言实现的，是虚拟机自身的一部分，它负责将 <JAVA_HOME>/lib路径下的核心类库或-Xbootclasspath参数指定的路径下的jar包加载到内存中，注意必由于虚拟机是按照文件名识别加载jar包的，如rt.jar，如果文件名不被虚拟机识别，即使把jar包丢到lib目录下也是没有作用的(出于安全考虑，Bootstrap启动类加载器只加载包名为java、javax、sun等开头的类)。
扩展（Extension）类加载器
扩展类加载器是指Sun公司(已被Oracle收购)实现的sun.misc.Launcher$ExtClassLoader类，由Java语言实现的，是Launcher的静态内部类，它负责加载<JAVA_HOME>/lib/ext目录下或者由系统变量-Djava.ext.dir指定位路径中的类库，开发者可以直接使用标准扩展类加载器。
系统（System）类加载器、
也称应用程序加载器是指 Sun公司实现的sun.misc.Launcher$AppClassLoader。它负责加载系统类路径java -classpath或-D java.class.path 指定路径下的类库，也就是我们经常用到的classpath路径，开发者可以直接使用系统类加载器，一般情况下该类加载是程序中默认的类加载器，通过ClassLoader#getSystemClassLoader()方法可以获取到该类加载器。
在Java的日常应用程序开发中，类的加载几乎是由上述3种类加载器相互配合执行的，在必要时，我们还可以自定义类加载器，需要注意的是，Java虚拟机对class文件采用的是按需加载的方式，也就是说当需要使用该类时才会将它的class文件加载到内存生成class对象，而且加载某个类的class文件时，Java虚拟机采用的是双亲委派模式即把请求交由父类处理，它一种任务委派模式，下面我们进一步了解它。
理解双亲委派模式
采用双亲委派模式的是好处是Java类随着它的类加载器一起具备了一种带有优先级的层次关系，通过这种层级关可以避免类的重复加载，当父亲已经加载了该类时，就没有必要子ClassLoader再加载一次。其次是考虑到安全因素，java核心api中定义类型不会被随意替换，假设通过网络传递一个名为java.lang.Integer的类，通过双亲委托模式传递到启动类加载器，而启动类加载器在核心Java API发现这个名字的类，发现该类已被加载，并不会重新加载网络传递的过来的java.lang.Integer，而直接返回已加载过的Integer.class，这样便可以防止核心API库被随意篡改。可能你会想，如果我们在classpath路径下自定义一个名为java.lang.SingleInterge类(该类是胡编的)呢？该类并不存在java.lang中，经过双亲委托模式，传递到启动类加载器中，由于父类加载器路径下并没有该类，所以不会加载，将反向委托给子类加载器加载，最终会通过系统类加载器加载该类。但是这样做是不允许，因为java.lang是核心API包，需要访问权限，强制加载将会报异常
刚刚看到类加载器源码还有一个resolve参数。这个是干什么的呢。
我们先了解一个类的加载过程
1classloader加载class字节码，生成class对象
2 加载class安全性，分配空间，类变量给与初始值
3 执行变量赋值和静态代码块。
resolve这个值就是用来判断是否初始化类的，
反射的Class.forName方法就会初始化类信息，执行静态代码块等
类加载器的loadClass则不会，只会生成类对象。
