最近开始看
王森先生的《java深度历险》,从我一借到这本书就爱不释手,书里的内容非常吸引人。可以说这本书有助于我们对java程序运行过程有更深的理解。所以我将记录一些书中的重要结论,供大家参考,也作为自己的笔记。
http://www.gaodaima.com/40742.html《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...
欢迎大家阅读《《java深度历险》读书笔记(一)》,跪求各位点评,若觉得好的话请收藏本文,by 搞代码
原创文章,转载请注明: 转载自搞代码
微信 赏一包辣条吧~
支付宝 赏一听可乐吧~