当前位置导航:炫浪网>>网络学院>>网页制作>>JSP教程

《java深度历险》读书笔记(一)


最近开始看

王森先生的《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...
相关内容
赞助商链接