最近开始看王森先生的《java深度历险》，从我一借到这本书就爱不释手，书里的内容非常吸引人。可以说这本书有助于我们对java程序运行过程有更深的理解。所以我将记录一些书中的重要结论，供大家参考，也作为自己的笔记。
第一章： 我们的机器里面至少有两套jre，一套在%JAVA_HOME%/jre，一套在%HOME%/Program Files/Java/jre1.x.x，那么当我们在命令行输入java xxx的时候会按照下面的逻辑来寻找适合的jre来执行程序： 1. 当前目录 2. 父目录下的jre子目录 3. 查询注册表里面的jre 所以我们在配置环境变量的时候一定要注意。
第二章： 构造类的时候可以动态地载入内存，这样可以从一定程度上提高效率，所有类的载入都需要有ClassLoader。 显式的动态载入类有两种方法：一种是Class.forName()，一种是ClassLoader.loadClass()，它们得到的都是Class对象，也就是相应类的元数据，然后调用newInstance()方法就可以构造这个类的对象了。这两种方法的原理都是有一个ClassLoader来载入类。我们可以直接使用默认的CLassLoader来载入类，也可以实现自己的ClassLoader(URLClassLoader就是一个例子)来载入。 而书中介绍的重点是默认的CLassLoader载入类的原理。JVM有三个ClassLoader，分别是Bootstrap Loader（这个转载器是C++写的，直接与JVM打交道），ExtClassLoader，AppClassLoader。默认情况下先请求AppClassLoader来搜索class文件，AppClassLoader再向其parent类ExtClassClassLoader请求，ExtClassClassLoader再请求其parent“类”Bootstrap Loader搜索。如果父装载器在其搜索路径里找不到class文件就再由子装载器搜索，如果一直到AppClassLoader找不到就会抛出NoClassDefFoundError。这就是ClassLoader Hierarchy，简而言之就是所有转载请求一直发送到Bootstrap Loader，然后找不到才由子装载器装载。 下面介绍3个转载器的搜索路径： Bootstrap Loader：System.getProperty(“sun.boot.class.path”);得到，默认是jre/classes。修改的方法是执行程序的时候使用java -Dsun.boot.class.path=yourPath XXX ExtClassLoader:System.getProperty(“java.ext.dirs”):得到，默认是jre/lib/ext。修改的方法是执行程序的时候使用java -Djava.ext.dirs=yourPath XXX AppClassLoader:System.getProperty(“java.class.path”);得到，默认就是环境变量中的CLASSPATH。修改方法一个是修改环境变量，一个执行程序的时候使用java –classpath yourPath XXX 了解了这些以后我们就可以对类的装载有一定了解，以后放置第三方jar包的时候就能清楚放在什么目录最合适。当然书里也说了JDBC驱动和JNDI的类装载涉及ContexClassLoader，它是以上原理不一样的，书里也没有介绍。 第三章： 通过一个创建word文档的例子，介绍了JNI技术。 由于java程序都是在jvm基础上执行的，所以有很多与操作系统底层联系紧密的功能都难以实现。我们就可以用native关键字修饰一个本地方法，而这个方法是由其他语言来实现。这样我们可以调用windows的dll和Unix/Linux的so文件来和操作系统底层交互。 to be continued...
|
