Java程序的编译，加载与执行

[ 在这个 slides 里边， 莫枢 (Kris Mok) 介绍了 java & java run-time system 的结构. Managed language 提供了更高一级的抽象，提高了程序员的生产力，但是从 application code 到  ISA 的中间层也更厚，比如程序员非常容易把C代码对应到优化后的汇编，但是判断出java 程序对应的汇编就相对难一些.

1． 关于动态加载机制 . 学习Java比C++更容易理解OOP的思想，毕竟C++还混合了不少面向过程的成分. 很多人都能背出来Java语言的特点，所谓的动态加载机制等等. 当然概念往往是先记住而后消化的，可有多少人真正去体会过动态加载的机制，试图去寻找过其中的细节呢? 提供大家一个方法： 在命令行窗口运行Java程序的时候，加上这个很有用的参数： java verbose *.class .

        JIT是just in time,即时编译技术. 使用该技术，能够加速java程序的执行速度. 下面，就对该技术做个简单的讲解.         首先，我们大家都知道，通常javac将程序源代码编译，转换成java字节码，JVM通过解释字节码将其翻译成对应的机器指令，逐条读入，逐条解释翻译.

下图展示了从源代码到可运行程序的过程，正常情况下先编译（明文源码到字节码），后执行（JVM加载字节码，获得类模板，实例化，方法使用）. 本文来探索下当程序已经开始执行，但在.class甚至.java还未就绪的情况下，程序如何获得指定的实现. 这就是我们下面的主题，动态编译. JavaCompiler: 负责读取源代码，编译诊断，输出class.

原文地址 译者：郭蕾 校对：丁一. 本文是Java HotSpot VM and just-in-time(JIT) compilation系列的第一篇. Java HotSpot虚拟机是Oracle收购Sun时获得的，JVM和开源的OpenJDK都是以此虚拟机为基础发展的. 如同其它虚拟机，HotSpot虚拟机为字节码提供了一个运行时环境.

　　项目越来越大，每次需要重新编译整个项目都是一件很浪费时间的事情. Research了一下，找到以下可以帮助提高速度的方法，总结一下. 　　有人说在Windows下用了RAMDisk把一个项目编译时间从4.5小时减少到了5分钟，也许这个数字是有点夸张了，不过粗想想，把文件放到内存上做编译应该是比在磁盘上快多了吧，尤其如果编译器需要生成很多临时文件的话.

前些天使用Java调用外部程序的时候，发现线程会堵塞在waitfor()方法. 如果直接在Shell中调用这个程序，程序会很快结束，不会僵死. 为什么会堵塞呢，原因是当调用exec(cmd)后，JVM会启动一个子进程，该进程会与JVM进程建立3个管道连接，标准输入，标准输出和标准错误流. 假设该程序不断在向标准输出流和标准错误流写数据，而JVM不读取，数据会暂时缓冲在Linux的缓冲区，缓冲区满后该程序将无法继续写数据，会僵死，所以Java程序就会僵死在waitfor()，永远无法结束.

“dynaTrace Ajax是一个详细的底层追踪工具，它不仅可以显示所有请求和文件在网络中传输的时间，还会记录浏览器Render、CPU消耗、JavaScript解析和运行情况等详细的信息，而这些也只是dynaTrace Ajax的冰山一角. showslow平台同样采集了dynatrace的数据，所以做为kelude平台前端页面测试组件，同样要支持dynatrace数据的获取，该代码由云晰同学编写维护：.

    我发现很多人没办法高效地解决问题的关键原因是不熟悉工具，不熟悉工具也还罢了，甚至还不知道怎么去找工具，这个问题就大条了. 我想列下我能想到的一个Java程序员会用到的常用工具. 1.IDE： Eclipse或者 IDEA，熟悉尽可能多的快捷键，《 Eclipse常见快捷键列表》. (1) Findbugs，在release之前进行一次静态代码检查是必须的.