《JVM学习笔记》.docVIP

JVM 学习笔记 Jack.Wang（本文未完，待续…..） 摘要：JVM 作为 Java 的核心技术，很多朋友想必也有研究。一直都在关注 JVM 方面的技术，以前看过一些书籍和网上的资料，自己也发了些 Blog 文章，不过还是没有彻底的了解 JVM 机制，最近有时间研究了研究，特此写下一篇文章并结合笔者多年实践以揭露 JVM 实现机理。 关键字： JVM，Java 技术， 虚拟机，Java 架构 JVM 架构引言 Java 的平台独立，安全和网络可移植性是的 Java 最适合网络计算环境，java 的四大核心技术是，Java 语言，字节码格式，Java API，JVM。每次你编写Java程序时你就用到了这四项技术，那么你是否对他们有足够的了解呢？ 很多人把 JVM 看成是 Java 的解释器，这是错误的理解，并不是所有的 JVM 实现都 Java 的解释器，有的也用到了 JIT (Just-In-Time) 技术。Java 是不允许直接操作本地机器指令的，对于Java方法来说有两种：Java和native，对于native我更习惯用C++ 写DLL，但Java并不提倡你这么做，因为有损Java平台独立性。JVM 中除了执行引擎就是类加载器了，ClassLoader也分为两种：原始加载器和加载器Object，原始加载器使用和写JVM 一样的语言写的，比如用C写的类加载器，而加载器Object就是用 Java 实现的类加载器，方便我们扩展，比如你自己可以 New 一个 URLClassLoader 从网络上下载字节码到本地运行。一个类的加载和他参考的类的加载应该用同一个 ClassLoader。这一点在发生异常的时候很难找出，比如 OSGI 中每个 bundle 都有自己独立的 ClassLoader，对于新手很容易犯错误而无从下手，我们熟悉的WEB 服务器 Tomcat 的类加载器是分层（有继承关系）的，所以在应用整合的时候也很容易发生 ClassLoader 相关的异常，而这样的异常往往很难定位。平台互异的字节序问题，在Java中，字节码是大字节序的。Java 为支持开发者开发应用软件提供了大量的 API，可以说，在计算机领域的大部分计算中Java都有对应的解决方案。 C++中可能比较受关注和困扰的就是指针了，而在Java中用“参考”这样一个类似的东西代替了，参考不向指针那样允许参与计算，避免了开发人员直接操作内存，还有个垃圾回收机制也避免了开发者手动释放内存，还有就是 C++ 中的数组是不进行边界检查的而Java中每次使用数组的时候都要进行边界检查，岂不安全。 可见Java相比C++ 提高了开发效率和安全性。Java和C++ 比运行速度是个大问题，因此任何语言都不万能的，在开发是我们应该适当权衡，Java运行速度低的原因主要有： Interpreting bytecodes is 10 to 30 times slower than native execution. Just-in-time compiling bytecodes can be 7 to 10 times faster than interpreting, but still not quite as fast as native execution. Java programs are dynamically linked. The Java Virtual Machine may have to wait for class files to download across a network. Array bounds are checked on each array access. All objects are created on the heap (no objects are created on the stack). All uses of object references are checked at run-time for null. All reference casts are checked at run-time for type safety. The garbage collector is likely less efficient (though often more effective) at managing the heap than you could be if you managed it directly as in C++. Primitive types in Java are the same on every platform, rather than