Java培训_最好的广州Java培训_java培训机构_Java视频_软件开发培训_疯狂软件教育中心 

疯狂java


您现在的位置: 疯狂软件 >> 学生感言 >> 正文

疯狂java实训营把大学里的糊涂的思路清淅化

学生:王同学   时间:2012-03-22 15:56:05  

   在这个信息迅速发展的时代,在那所谓的国家大学培养了我们,还不如说是我父母培养了我,但我却没有尽存孝道,却把他们的心血,希望通通,和我都注加了国家的培育机构。在寄托下,盼望着我这个可爱的种子能在这机构中找到地壤,萌发,茁壮成长。但我找到了土壤了,却把所于我的阳光,像大海的流水,让它在我的身边冲冲流逝。阳光流逝,信息发展,我就是这样在我的希望的想理的目标中被遗忘,走进了现实世界,体会了有国有家的社会,体会了有公有私的现实。

  信息技术的发展,我在大学里学到的是些基础性的东东,和现实还有一段差距!虽然这已经成了事实了!但个人的梦理,也与现实也因此存在着隔膜!

  为了实现自己的梦理,也就是所为的梦理吧。

  我走进了, 走进了疯狂软件教育。经过了这一个多月的学习,我把大学里的糊涂的思路清淅化了:
1. 关于动态加载机制——学习Java很多人都能背出来Java语言的特点,所谓的动态加载机制等等。当 然概念往往是先记住而后消化的,可有多少人真正去体会过动态加载的机制,试图去寻找过其中的细节呢? 提供大家一个方法:在命令行窗口运行Java程序的时候,加上这个很有用的参数:


java –verbose *.class
这样会清晰的打印出被加载的类文件,大部分是jdk自身运行需要的,最后几行会明显的看到自己用到的那几个类文件被加载进来的顺序。即使你声明了一个类对 象,不实例化也不会加载,说明只有真正用到那个类的实例即对象的时候,才会执行加载。这样是不是大家稍微能明白一点动态加载了呢?
2. 关于寻找class文件原理——建议大家在入门的时候在命令行窗口编译和运行,不要借助Eclipse等IDE去帮助做那些事情。尝试自己这样做:javac -classpath yourpath *.java java -classpath yourpath *.class也许很多人都能看懂,设置classpath的目的就是告诉编译器去哪里寻找你的class文件。 不过至少笔者今日才弄懂JVM去查询类的原理,编译器加载类要依靠classloader。
加载器分别对应着编译器去寻找类文件的优先级别和不同的路径:BootClassLoader对应jre/classes路径,是编译器最优先寻找class的地方ExtClassLoader对应jre/lib/ext路径,是编译器次优先寻找class的地方AppClassLoader对应当前路径,所以也是编译器默认找class的地方


其实大家可以自己写个程序简单的测试,对任何class,例如A,调用new A()。getClass()。getClassLoader()。toString() 打印出来就可以看到,把class文件放在不同的路径下再次执行,就会看到区别。特别注意的是如果打印出来是null就表示到了最高级 BootClassLoader。
寻找的顺序是一种向上迂回的思想,即如果本级别找不到,就只能去本级别之上的找,不会向下寻找。我们可以通过System.out.println("XXXXX" + xxx);的方法来检验我们写的代码运行到那一步,或者验证该方法是否实验了我们所需要的值。或者也可以通过错误来收到我们的写的想法与功能实现验证,同时也会查找出我们所为不小心的错误。
这样希望大家不至于迷惑为什么总报错找不到类文件,不管是自己写的还是导入的第三方的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的第一步吧, 确实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程序也算是客户环境下的一种测试。