小结-- java动态与静态的理解

 

 

1.  JDK

 

学了一段子的java了.  对于C盘下面java 目录下的这些东东, 还真是不太了解, 今天查了查, 大概的总结一下..

 

      (1)文档结构

 
                            jdk 
        ___________|____________________
       |                   |                    |                     |
      bin                lib                demo              jre
       |                   |                      __________|___________
   java.exe     tools.jar               |                                   |
   javac.exe     dt.jar                bin                                 lib
   javap.exe                                                    ________|____ 
   javah.exe                                                    |          |           |
   javadoc.exe                                              rt.jar    ext    security 
                                      

 

      (2)bin目录下 包含的可执行的基本组件包括：

　    　javac – 编译器，将源程序转成字节码

　    　jar – 打包工具，将相关的类文件打包成一个文件

　    　javadoc – 文档生成器，从源码注释中提取文档

    　　jdb – debugger，查错工具

    　　java – 运行编译后的java程序（.class后缀的）

    　　appletviewer：小程序浏览器，一种执行HTML文件上的Java小程序的Java浏览器。

    　　Javah：产生可以调用Java过程的C过程，或建立能被Java程序调用的C过程的头文件。

    　　Javap：Java反汇编器，显示编译类文件中的可访问功能和数据，同时显示字节代码含义。

    　　Jconsole: Java进行系统调试和监控的工具

 

2.  Java类的装载机制

      JVM本身包含了一个ClassLoader称为Bootstrap ClassLoader，和JVM一样，BootstrapClassLoader是用本地代码实现的，它负责加载核心JavaClass（即所有java.*开头的类）。另外JVM还会提供两个ClassLoader，它们都是用Java语言编写的，由BootstrapClassLoader加载；其中Extension ClassLoader负责加载扩展的Javaclass（例如所有javax.*开头的类和存放在JRE的ext目录下的类），ApplicationClassLoader负责加载应用程序自身的类。

 

　　当运行一个程序的时候，JVM启动，运行bootstrapclassloader，该ClassLoader加载java核心API（ExtClassLoader和AppClassLoader也在此时被加载），会到rt.jar中自动加载，然后调用ExtClassLoader加载扩展API，最后AppClassLoader加载CLASSPATH目录下定义的Class，这就是一个程序最基本的加载流程。

 

      值得注意的是: 一旦一个类被载入JVM中，同一个类就不会被再次载入了.. 

这跟 我们用的Eclipse 貌似不同.  Eclipse 可是动态编译, 实时监听 .class文件的.

而正常dos环境, 命令操作测试下, 在加载一个类之后, 不管是删除了还是改动了这个类, JVM都不会有丝毫影响.(除非重新启动)

 

3. java 类加载器 -- ClassLoader

这个 查了些资料,  自己还是理不是很清楚... 

先看看这篇文章吧  写的很不错.  待我再琢磨琢磨...

http://jiajun.iteye.com/blog/608564

 

后面补充点,  关于自己写 ClassLoader.

 

　 　Why use your own ClassLoader?

　　似乎JVM自身的ClassLoader已经足够了，为什么我们还需要创建自己的ClassLoader呢？

　　因为JVM自带的ClassLoader只是懂得从本地文件系统加载标准的java class文件，如果编写你自己的ClassLoader，你可以做到：

　　1）在执行非置信代码之前，自动验证数字签名

　　2）动态地创建符合用户特定需要的定制化构建类

　　3）从特定的场所取得java class，例如数据库中

　　4) 等等

　　事实上当使用Applet的时候，就用到了特定的ClassLoader，因为这时需要从网络上加载java class，并且要检查相关的安全信息。

　　目前的应用服务器大都使用了ClassLoader技术，即使你不需要创建自己的ClassLoader，了解其原理也有助于更好地部署自己的应用。

 

 

暂时理解到这么多.  姑且就写这样吧.