Class.forName() 初始化、Thread.currentThread().getContextClassLoader().getResourceAsStream

Class.forName() 和 ClassLoader.loadClass()的区别?

Class.forName() 和 Class.forName().NewInstance()的区别?

Class.forName("xx.xx")等同于Class.forName("xx.xx",true,CALLClass.class.getClassLoader())，第二个参数(bool)表示装载类的时候是否初始化该类，即调用类的静态块的语句及初始化静态成员变量。

ClassLoader loader = Thread.currentThread.getContextClassLoader(); //也可以用(ClassLoader.getSystemClassLoader())

Class cls = loader.loadClass("xx.xx"); //这句话没有执行初始化，其实与Class.forName("xx.xx"，false，loader)是一致的，只是loader.loadClass("xx.xx")执行的是更底层的操作。

只有执行cls.NewInstance()才能够初始化类，得到该类的一个实例

Class的装载分了三个阶段，loading，linking和initializing，分别定义在The Java Language Specification的12.2，12.3和12.4。
Class.forName(className) 实际上是调用Class.forName(className, true, this.getClass().getClassLoader())。注意第二个参数，是指Class被loading后是不是必须被初始化。
ClassLoader.loadClass(className)实际上调用的是ClassLoader.loadClass(name, false)，第二个参数指出Class是否被link。

区别就出来了。Class.forName(className)装载的class已经被初始化，而ClassLoader.loadClass(className)装载的class还没有被link。
一般情况下，这两个方法效果一样，都能装载Class。但如果程序依赖于Class是否被初始化，就必须用Class.forName(name)了。
例 如，在JDBC编程中，常看到这样的用法，Class.forName("com.MySQL.jdbc.Driver")，如果换成了 getClass().getClassLoader().loadClass("com.mysql.jdbc.Driver")，就不行。
为什么呢？打开com.mysql.jdbc.Driver的源代码看看，
//
// Register ourselves with the DriverManager
//
static {
    try {
        java.sql.DriverManager.registerDriver(new Driver());
    } catch (SQLException E) {
        throw new RuntimeException("Can't register driver!");
    }
}
原来，Driver在static块中会注册自己到java.sql.DriverManager。而static块就是在Class的初始化中被执行。所以这个地方就只能用Class.forName(className)。

Thread.currentThread().getContextClassLoader().loadClass()和Class.forName()返回的Class对象会有啥区别没?还有以前比较老的初始化JDBC的代码里,那句
Class.forName(驱动类全名)
作用是什么啊

作用是把驱动程序的类加载到JVM中. 方便驱动管理程序来实例化驱动对象.(请注意,仅加载类模块)

java里面任何class都要装载在虚拟机上才能运行。Class.forName就是装载类用的(和new不一样，要分清楚)。

至于什么时候用，你可以考虑一下这个问题，给你一个字符串变量，它代表一个类的包名和类名，你怎么实例化它？使用方法Class.forName()，不过要再加一点。 
A a = (A)Class.forName("pacage.A").newInstance();  
这和你  
A a = new A()；  
是一样的效果。

Class.forName(xxx.xx.xx);的作用是要求JVM查找并加载指定的类，也就是说JVM会执行该类的静态代码段，动态加载和创建Class对象。

Class.forName(驱动类全名)  
  1、他是为了加载JDBC驱动架包的 ,为JDBC中实现其接口的, 他还可以加载别的驱动 .
  2、("sun.jdbc.odbc.JdbcOdbcDriver")，用import的话，程序是不会去加载这个class的。只有通过Class.forName

编译器加载类要依靠classloader， 而classloader有3个级别，从高到低分别是BootClassLoader(名字可能不准确) , ExtClassLoader, AppClassLoader. 
这3个加载器分别对应着编译器去寻找类文件的优先级别和不同的路径：BootClassLoader对应jre/classes路径，是编译器最优先寻找class的地方 
ExtClassLoader对应jre/lib/ext路径，是编译器次优先寻找class的地方  
AppClassLoader对应当前路径，所以也是编译器默认找class的地方  
现在给你分析你的问题我想因为Thread.currentThread().getContextClassLoader().loadClass(className) 
是线程中的类加载器，直接调用起来效率最高，假设在这三个类加载器都找不到你的类，直接用Class.forname()映射

此外,反射里有个方法叫
setAccessible(boolean)
可以访问类的私有成员和方法,这样难道不会破坏安全性么??通过反射就可以访问私有成员了

setAccessible(boolean)
方法如果参数为true，则跳过访问检查，可以访问的private的域。

是的,已经破坏安全性了, 就象C里面的指针一样, 很危险,但很强大

setAccessible(boolean)  
  能够动态的确定所需要的方法是否可用并调用他们。

Java路径
　　Java中使用的路径，分为两种：绝对路径和相对路径。具体而言，又分为四种：
　　一、URI形式的绝对资源路径

　　如：file:/D:/java/eclipse32/workspace/jbpmtest3/bin/aaa.b

　　URL是URI的特例。URL的前缀/协议，必须是Java熟悉的。URL可以打开资源，而URI则不行。
　　URL和URI对象可以互相转换，使用各自的toURI(),toURL()方法即可！

　　二、本地系统的绝对路径

　　D:/java/eclipse32/workspace/jbpmtest3/bin/aaa.b

　　Java.io包中的类，需要使用这种形式的参数。
　　但是，它们一般也提供了URI类型的参数，而URI类型的参数，接受的是URI样式的String。因此，通过URI转换，还是可以把URI样式的绝对路径用在java.io包中的类中。

　　三、相对于classpath的相对路径
　　如：相对于
　　file:/D:/java/eclipse32/workspace/jbpmtest3/bin/这个路径的相对路径。其中，bin是本项目的classpath。所有的Java源文件编译后的.class文件复制到这个目录中。

　　四、相对于当前用户目录的相对路径
　　就是相对于System.getProperty("user.dir")返回的路径。
　　对于一般项目，这是项目的根路径。对于JavaEE服务器，这可能是服务器的某个路径。这个并没有统一的规范！
　　所以，绝对不要使用"相对于当前用户目录的相对路径"。然而：
　　默认情况下，java.io 包中的类总是根据当前用户目录来分析相对路径名。此目录由系统属性 user.dir 指定，通常是 Java 虚拟机的调用目录。
　　这就是说，在使用java.io包中的类时，最好不要使用相对路径。否则，虽然在J2SE应用程序中可能还算正常，但是到了J2EE程序中，一定会出问题！而且这个路径，在不同的服务器中都是不同的！

　　相对路径最佳实践
　　推荐使用相对于当前classpath的相对路径
　　因此，我们在使用相对路径时，应当使用相对于当前classpath的相对路径。

　　ClassLoader类的getResource(String name),getResourceAsStream(String name)等方法，使用相对于当前项目的classpath的相对路径来查找资源。

　　读取属性文件常用到的ResourceBundle类的getBundle(String path)也是如此。

　　通过查看ClassLoader类及其相关类的源代码，我发现，它实际上还是使用了URI形式的绝对路径。通过得到当前classpath的 URI形式的绝对路径，构建了相对路径的URI形式的绝对路径。（这个实际上是猜想，因为JDK内部调用了SUN的源代码，而这些代码不属于JDK，不是开源的。） 相对路径本质上还是绝对路径

　　因此，归根结底，Java本质上只能使用绝对路径来寻找资源。所有的相对路径寻找资源的方法，都不过是一些便利方法。不过是API在底层帮助我们构建了绝对路径，从而找到资源的！
　　得到classpath和当前类的绝对路径的一些方法

　　下面是一些得到classpath和当前类的绝对路径的一些方法。你可能需要使用其中的一些方法来得到你需要的资源的绝对路径。

　　1.FileTest.class.getResource("")
　　得到的是当前类FileTest.class文件的URI目录。不包括自己！

　　如：file:/D:/java/eclipse32/workspace/jbpmtest3/bin/com/test/

　　2.FileTest.class.getResource("/")
　　得到的是当前的classpath的绝对URI路径。

　　如：file:/D:/java/eclipse32/workspace/jbpmtest3/bin/

　　3.Thread.currentThread().getContextClassLoader().getResource("")
　　得到的也是当前ClassPath的绝对URI路径。

　　如：file:/D:/java/eclipse32/workspace/jbpmtest3/bin/

　　4.FileTest.class.getClassLoader().getResource("")
　　得到的也是当前ClassPath的绝对URI路径。

　　如：file:/D:/java/eclipse32/workspace/jbpmtest3/bin/

　　5.ClassLoader.getSystemResource("")
　　得到的也是当前ClassPath的绝对URI路径。

　　如：file:/D:/java/eclipse32/workspace/jbpmtest3/bin/

　　我推荐使用Thread.currentThread().getContextClassLoader().getResource("")来得到当前的classpath的绝对路径的URI表示法。

　　Web应用程序中资源的寻址
　　上文中说过，当前用户目录，即相对于System.getProperty("user.dir")返回的路径。
　　对于JavaEE服务器，这可能是服务器的某个路径，这个并没有统一的规范！
　　而不是我们发布的Web应用程序的根目录！
　　这样，在Web应用程序中，我们绝对不能使用相对于当前用户目录的相对路径。
　　在Web应用程序中，我们一般通过ServletContext.getRealPath("/")方法得到Web应用程序的根目录的绝对路径。
　　这样，我们只需要提供相对于Web应用程序根目录的路径，就可以构建出定位资源的绝对路径。
　　这是我们开发Web应用程序时一般所采取的策略。

推荐使用Thread.currentThread().getContextClassLoader().getResource("")来得到当前的classpath的绝对路径的URI表示法。

Application可以通过new FileInputStream("xx.properties");直接在classes一级获取。关键是有时我们需要通过web修改配置文件，我们不 能将路径写死了。经过测试觉得有以下心得：

1.servlet中读写。如果运用Struts 或者Servlet可以直接在初始化参数中配置，调用时根据servlet的getRealPath("/")获取真实路径，再根据String file = this.servlet.getInitParameter("abc");获取相对的WEB-INF的相对路径。
例：
InputStream input = Thread.currentThread().getContextClassLoader().getResourceAsStream("abc.properties");
Properties prop = new Properties();
prop.load(input);
input.close();

prop.setProperty("abc", “test");
prop.store(new FileOutputStream(path), “–test–");
out.close();

2.直接在jsp中操作，通过jsp内置对象获取可操作的绝对地址。
例：
// jsp页面
String path = pageContext.getServletContext().getRealPath("/");
String realPath = path+"/WEB-INF/classes/abc.properties";

//java 程序
InputStream in = getClass().getClassLoader().getResourceAsStream("abc.properties"); // abc.properties放在webroot/WEB-INF/classes/目录下
prop.load(in);
in.close();

OutputStream out = new FileOutputStream(path); // path为通过页面传入的路径
prop.setProperty("abc", “abcccccc");
prop.store(out, “–test–");
out.close();

3.只通过Java程序操作资源文件
InputStream in = new FileInputStream("abc.properties"); // 相对路径,项目下的路径

OutputStream out = new FileOutputStream("abc.properties");