Java学习杂谈（一）[Java编程]

想来学习Java也有两个年初了,永久不敢说多么精通,但也想谈谈自己的感受,写给软件学院的同仁们,帮忙大家在技术的道路上少一点弯路.说得巨大一点是但愿大家为软件学院争气,其实最主要的还是大家自身的进步晋升.

1.关于动态加载机制

学习Java比C++更简单理解OOP的思惟,毕竟C++还混合了不少面向历程的成份.很多人都能背出来Java语言的特点,所谓的动态加载机制等等.当然概念常常是先记着此后消化的,可有多少人真正去领会过动态加载的机制,试图去探求过此中的细节呢?　 供应大家一个办法:在号令行窗口运行Java程序的时刻,加上这个很有效的参数:

java　 ?verbose　 *.class

这样会清楚的打印出被加载的类文件,大部份是jdk自身运行需求的,最后几行会明显的看到自己用到的那几个类文件被加载进来的次序.即便你声明了一个类对象,不实例化也不会加载,阐明只有真正用到那个类的实例即对象的时刻,才会履行加载.这样是不是大家略微能懂得一点动态加载了呢?^_^

2.关于探求class文件原理

倡议大家在入门的时刻在号令行窗口编译和运行,不要借助JCreator大概Eclipse等IDE去帮忙做那些事情.尝试自己这样做:

javac　　 -classpath　 yourpath　 *.java

java　　 -classpath　 yourpath　 *.class

大概很多人都能看懂,设置classpath的目的就是奉告编译器去那边探求你的class文件.　 不过至少笔者本日才弄懂JVM去查询类的原理,编译器加载类要依靠classloader,而classloader有3个级别,从高到低辨别是BootClassLoader（名字大概不精确）　 ,ExtClassLoader,AppClassLoader.

这3个加载器辨别对应着编译器去探求类文件的优先级别和差别的途径:BootClassLoader对应jre/classes途径,是编译器最优先探求class的地方

ExtClassLoader对应jre/lib/ext途径,是编译器次优先探求class的地方

AppClassLoader对该当前途径,所以也是编译器默许找class的地方

其实大家可以自己写个程序简单的测试,对任何class,比方A,调用new　 A（）.getClass（）.getClassLoader（）.toString（）打印出来便可以看到,把class文件放在差别的途径下再次履行,就会看到辨别.分外注意的是假如打印出来是null就表示到了最高级 BootClassLoader,因为它是C++编写的,不存在Java对应的类加载器的名字.

探求的次序是一种向上迂回的思惟,即假如本级别找不到,就只能去本级别之上的找,不会向下探求.不过仿佛从Jdk1.4到Jdk1.6这一特点又有改变,没有找到具体资料.所以就不举例子了.奉告大家计划这种体系的是Sun公司曾经的技术核心宫力先生,一个纯种华人哦!^_^

这样但愿大家不至于迷惑为什么总报错找不到类文件,不管是自己写的还是导入的第三方的jar文件（J2ee中常常需求导入的）.

3.关于jdk和jre

大家必定在安装JDK的时刻会有挑选能否安装单独的jre,普通城市一同安装,我也倡议大家这样做.因为这样更能帮忙大家弄清楚它们的辨别:

Jre是java　 runtime　 environment,是java程序的运行环境.既然是运行,当然要包含jvm,也就是大家熟习的虚拟机啦,还有全部java类库的class文件,都在lib目录下打包成了jar.大家可以自己考证.至于在windows上的虚拟机是哪个文件呢?　 学过MFC的都知道什么是dll文件吧,那么大家看看jre/bin/client里面是不是有一个jvm.dll呢?那就是虚拟机.

Jdk是java　 development　 kit,是java的开辟工具包,里面包含了各种类库和工具.当然也包含了别的一个Jre.那么为什么要包含别的一个Jre呢?并且jdk/jre/bin同时有client和server两个文件夹下都包含一个jvm.dll.阐明是有两个虚拟机的.这一点不知道大家能否注意到了呢?

相信大家都知道jdk的bin下有各种java程序需求用到的号令,与jre的bin目录最明显的辨别就是jdk下才有javac,这一点很好理解,因为 jre只是一个运行环境罢了.与开辟无关,正因为如此,具有开辟功效的jdk自己的jre下才会同时有client性质的jvm和server性质的 jvm,而仅仅作为运行环境的jre下只需求client性质的jvm.dll就够了.

记得在环境变量path中设置jdk/bin途径麽?这应当是大家学习Java的第一步吧,老师会奉告大家不设置的话javac和java是用不了的.确切jdk/bin目录下包含了全部的号令.但是有没有人想过我们用的java号令并非 jdk/bin目录下的而是jre/bin目录下的呢?不信可以做一个实行,大家可以把jdk/bin目录下的java.exe剪切到别的地方再运行 java程序,发现了什么?一切OK!

那么有人会问了?我明显没有设置jre/bin目录到环境变量中啊?

试想一下假如java为了供应应大大都人利用,他们是不需求jdk做开辟的,只需求jre能让java程序跑起来便可以了,那么每个客户还需求手动去设置环境变量多麻烦啊?所以安装jre的时刻安装程序自动帮你把jre的java.exe增添到了系统变量中,考证的办法很简单,大家看到了系统环境变量的 path最前面有“%SystemRoot%system32;%SystemRoot%;”这样的配置,那么再去Windows/system32下面去看看吧,发现了什么?有一个java.exe.

假如强行可以把jdk/bin挪到system32变量前面,当然也可以迫使利用jdk/jre里面的java,不过除非有必要,我不倡议大家这么做.利用单独的jre跑java程序也算是客户环境下的一种测试.

这下大家应当更清楚jdk和jre内部的一些接洽和辨别了吧?