java虚拟机源码

A. 急求深入理解java虚拟机JVM高级特性与最佳实践 源码

这方面的书我倒是没有看过 ，但是我看过一半的 java 。。。。编程思想 挺不错 很厚 讲java 讲的很到位 那本书适合 开发2-4年java程序员看 我推荐你看下 对要是找到 关于java虚拟机的 源码和高级特性 最好也给我一份 谢谢 研究研究

B. java源代码如何用

java源代码是用来关联jar中的编译代码的。

应用场景：通常在打开eclipse中的jar的时候，发现class文件不能被打开，此时出现下面的界面，此时就需要通过“Attach Source”，之后找到对应的java源代码来实现代码关联，即可正常的显示class类中的内容。

备注：如果此处ava源代码指的是源代码文件（“.java”），是用来进行代码维护和二次开发的必备东西。

C. 深入理解Java虚拟机的目录

前言
致谢
第一部分 走近Java
第1章 走近Java / 2
1.1 概述 / 2
1.2 Java技术体系 / 3
1.3 Java发展史 / 5
1.4 展望Java技术的未来 / 9
1.4.1 模块化 / 9
1.4.2 混合语言 / 9
1.4.3 多核并行 / 11
1.4.4 进一步丰富语法 / 12
1.4.5 64位虚拟机 / 13
1.5 实战：自己编译JDK / 13
1.5.1 获取JDK源码 / 13
1.5.2 系统需求 / 14
1.5.3 构建编译环境 / 15
1.5.4 准备依赖项 / 17
1.5.5 进行编译 / 18
1.6 本章小结 / 21
第二部分 自动内存管理机制
第2章 Java内存区域与内存溢出异常 / 24
2.1 概述 / 24
2.2 运行时数据区域 / 25
2.2.1 程序计数器 / 25
2.2.2 Java虚拟机栈 / 26
2.2.3 本地方法栈 / 27
2.2.4 Java堆 / 27
2.2.5 方法区 / 28
2.2.6 运行时常量池 / 29
2.2.7 直接内存 / 29
2.3 对象访问 / 30
2.4 实战：OutOfMemoryError异常 / 32
2.4.1 Java堆溢出 / 32
2.4.2 虚拟机栈和本地方法栈溢出 / 35
2.4.3 运行时常量池溢出 / 38
2.4.4 方法区溢出 / 39
2.4.5 本机直接内存溢出 / 41
2.5 本章小结 / 42
第3章 垃圾收集器与内存分配策略 / 43
3.1 概述 / 43
3.2 对象已死？ / 44
3.2.1 引用计数算法 / 44
3.2.2 根搜索算法 / 46
3.2.3 再谈引用 / 47
3.2.4 生存还是死亡？ / 48
3.2.5 回收方法区 / 50
3.3 垃圾收集算法 / 51
3.3.1 标记 -清除算法 / 51
3.3.2 复制算法 / 52
3.3.3 标记-整理算法 / 54
3.3.4 分代收集算法 / 54
3.4 垃圾收集器 / 55
3.4.1 Serial收集器 / 56
3.4.2 ParNew收集器 / 57
3.4.3 Parallel Scavenge收集器 / 59
3.4.4 Serial Old收集器 / 60
3.4.5 Parallel Old收集器 / 61
3.4.6 CMS收集器 / 61
3.4.7 G1收集器 / 64
3.4.8 垃圾收集器参数总结 / 64
3.5 内存分配与回收策略 / 65
3.5.1 对象优先在Eden分配 / 66
3.5.2 大对象直接进入老年代 / 68
3.5.3 长期存活的对象将进入老年代 / 69
3.5.4 动态对象年龄判定 / 71
3.5.5 空间分配担保 / 73
3.6 本章小结 / 75
第4章 虚拟机性能监控与故障处理工具 / 76
4.1 概述 / 76
4.2 JDK的命令行工具 / 76
4.2.1 jps：虚拟机进程状况工具 / 79
4.2.2 jstat：虚拟机统计信息监视工具 / 80
4.2.3 jinfo：Java配置信息工具 / 82
4.2.4 jmap：Java内存映像工具 / 82
4.2.5 jhat：虚拟机堆转储快照分析工具 / 84
4.2.6 jstack：Java堆栈跟踪工具 / 85
4.3 JDK的可视化工具 / 87
4.3.1 JConsole：Java监视与管理控制台 / 88
4.3.2 VisualVM：多合一故障处理工具 / 96
4.4 本章小结 / 105
第5章 调优案例分析与实战 / 106
5.1 概述 / 106
5.2 案例分析 / 106
5.2.1 高性能硬件上的程序部署策略 / 106
5.2.2 集群间同步导致的内存溢出 / 109
5.2.3 堆外内存导致的溢出错误 / 110
5.2.4 外部命令导致系统缓慢 / 112
5.2.5 服务器JVM进程崩溃 / 113
5.3 实战：Eclipse运行速度调优 / 114
5.3.1 调优前的程序运行状态 / 114
5.3.2 升级JDK 1.6的性能变化及兼容问题 / 117
5.3.3 编译时间和类加载时间的优化 / 122
5.3.4 调整内存设置控制垃圾收集频率 / 126
5.3.5 选择收集器降低延迟 / 130
5.4 本章小结 / 133
第三部分 虚拟机执行子系统
第6章 类文件结构 / 136
6.1 概述 / 136
6.2 无关性的基石 / 136
6.3 Class类文件的结构 / 138
6.3.1 魔数与Class文件的版本 / 139
6.3.2 常量池 / 141
6.3.3 访问标志 / 147
6.3.4 类索引、父类索引与接口索引集合 / 148
6.3.5 字段表集合 / 149
6.3.6 方法表集合 / 153
6.3.7 属性表集合 / 155
6.4 Class文件结构的发展 / 168
6.5 本章小结 / 170
第7章 虚拟机类加载机制 / 171
7.1 概述 / 171
7.2 类加载的时机 / 172
7.3 类加载的过程 / 176
7.3.1 加载 / 176
7.3.2 验证 / 178
7.3.3 准备 / 181
7.3.4 解析 / 182
7.3.5 初始化 / 186
7.4 类加载器 / 189
7.4.1 类与类加载器 / 189
7.4.2 双亲委派模型 / 191
7.4.3 破坏双亲委派模型 / 194
7.5 本章小结 / 197
第8章 虚拟机字节码执行引擎 / 198
8.1 概述 / 198
8.2 运行时栈帧结构 / 199
8.2.1 局部变量表 / 199
8.2.2 操作数栈 / 204
8.2.3 动态连接 / 206
8.2.4 方法返回地址 / 206
8.2.5 附加信息 / 207
8.3 方法调用 / 207
8.3.1 解析 / 207
8.3.2 分派 / 209
8.4 基于栈的字节码解释执行引擎 / 221
8.4.1 解释执行 / 221
8.4.2 基于栈的指令集与基于寄存器的指令集 / 223
8.4.3 基于栈的解释器执行过程 / 224
8.5 本章小结 / 230
第9章 类加载及执行子系统的案例与实战 / 231
9.1 概述 / 231
9.2 案例分析 / 231
9.2.1 Tomcat：正统的类加载器架构 / 232
9.2.2 OSGi：灵活的类加载器架构 / 235
9.2.3 字节码生成技术与动态代理的实现 / 238
9.2.4 Retrotranslator：跨越JDK版本 / 242
9.3 实战：自己动手实现远程执行功能 / 246
9.3.1 目标 / 246
9.3.2 思路 / 247
9.3.3 实现 / 248
9.3.4 验证 / 255
9.4 本章小结 / 256
第四部分 程序编译与代码优化
第10章 早期（编译期）优化 / 258
10.1 概述 / 258
10.2 Javac编译器 / 259
10.2.1 Javac的源码与调试 / 259
10.2.2 解析与填充符号表 / 262
10.2.3 注解处理器 / 264
10.2.4 语义分析与字节码生成 / 264
10.3 Java语法糖的味道 / 268
10.3.1 泛型与类型擦除 / 268
10.3.2 自动装箱、拆箱与遍历循环 / 273
10.3.3 条件编译 / 275
10.4 实战：插入式注解处理器 / 276
10.4.1 实战目标 / 276
10.4.2 代码实现 / 277
10.4.3 运行与测试 / 284
10.4.4 其他应用案例 / 286
10.5 本章小结 / 286
第11章 晚期（运行期）优化 / 287
11.1 概述 / 287
11.2 HotSpot虚拟机内的即时编译器 / 288
11.2.1 解释器与编译器 / 288
11.2.2 编译对象与触发条件 / 291
11.2.3 编译过程 / 294
11.2.4 查看与分析即时编译结果 / 297
11.3 编译优化技术 / 301
11.3.1 优化技术概览 / 301
11.3.2 公共子表达式消除 / 305
11.3.3 数组边界检查消除 / 307
11.3.4 方法内联 / 307
11.3.5 逃逸分析 / 309
11.4 Java与C/C++的编译器对比 / 311
11.5 本章小结 / 313
第五部分 高效并发
第12章 Java内存模型与线程 / 316
12.1 概述 / 316
12.2 硬件的效率与一致性 / 317
12.3 Java内存模型 / 318
12.3.1 主内存与工作内存 / 319
12.3.2 内存间交互操作 / 320
12.3.3 对于volatile型变量的特殊规则 / 322
12.3.4 对于long和double型变量的特殊规则 / 327
12.3.5 原子性、可见性与有序性 / 328
12.3.6 先行发生原则 / 330
12.4 Java与线程 / 333
12.4.1 线程的实现 / 333
12.4.2 Java线程调度 / 337
12.4.3 状态转换 / 339
12.5 本章小结 / 341
第13章 线程安全与锁优化 / 342
13.1 概述 / 342
13.2 线程安全 / 343
13.2.1 Java语言中的线程安全 / 343
13.2.2 线程安全的实现方法 / 348
13.3 锁优化 / 356
13.3.1 自旋锁与自适应自旋 / 356
13.3.2 锁消除 / 357
13.3.3 锁粗化 / 358
13.3.4 轻量级锁 / 358
13.3.5 偏向锁 / 361
13.4 本章小结 / 362
附录A Java虚拟机家族 / 363
附录B 虚拟机字节码指令表 / 366
附录C HotSpot虚拟机主要参数表 / 372
附录D 对象查询语言（OQL）简介 / 376
附录E JDK历史版本轨迹 / 383

D. 请问通过Java虚拟机先编译源代码为字节码再由各平台解释器解释 各平台都有什么

java是跨平台的, 这当中的"平台"指什么?
可以是不同的操作系统:frebsd, solaris, mac os, windows,andriod.......
可以是不同的体系结构:arm, intel, amd....

E. java虚拟机是什么

Java语言写的代码是.java文件，它会被特定程序编译(javac.exe，它会被Eclipse之类的IDE调用)成字节码(bytecode)，字节码不能直接在CPU上运行，需要另一个程序读取并执行，这个部件就是java虚拟机，它像机器一样运行编译好的java字节码，就像机器直接执行机器码一样……java虚拟机的外部接口在windows下主要是jvm.dll这个文件……

F. Java 虚拟机一样的速度甚至出现AOT编译方式吗

不论是物理机还是虚拟机，大部分的程序代码从开始编译到最终转化成物理机的目标代码或虚拟机能执行的指令集之前，都会按照如下图所示的各个步骤进行：

G. 我的世界用cmd打开，求源码！是用java虚拟机直接打开客户端！就是在cmd（命令窗口）调用jav

cd ".\.minecraft\bin"
javaw -Xmx1024M -cp jinput.jar;lwjgl.jar;lwjgl_util.jar;minecraft.jar -Djava.library.path=".\natives" net.minecraft.client.Minecraft
放于.minecraft文件夹外（其他地方修改一下第一行即可）
第二行隔着一个空格后输入的作为用户名

留空则为player＊＊＊
星号为3位任意数字

H. 为什么java要编译成字节码解释执行而不是直接解释执行源码

为了跨平台
编译成的字节流文件.class，与硬件和操作系统无关，这是跨平台基础，然后具体执行，再用各自平台解释器，解释成本地机器码
更多交流，进我空间
------------------------------------------
java是一种编译+解释的语言，编译的结果本身保证了代码安全和版权，如果全部解释源代码，象早期的ASP，那JAVA就不敢用于银行、证劵等安全性较高的场合

I. 详细介绍什么是Java虚拟机

Java虚拟机（Java Virtual Machine，简称 JVM）
JVM也是一个软件，不同的平台有不同的版本。我们编写的Java源码，编译后会生成一种 .class 文件，称为字节码文件。Java虚拟机就是负责将字节码文件翻译成特定平台下的机器码然后运行。也就是说，只要在不同平台上安装对应的JVM，就可以运行字节码文件，运行我们编写的Java程序。

而这个过程中，我们编写的Java程序没有做任何改变，仅仅是通过JVM这一”中间层“，就能在不同平台上运行，真正实现了”一次编译，到处运行“的目的。

JVM是一个”桥梁“，是一个”中间件“，是实现跨平台的关键，Java代码首先被编译成字节码文件，再由JVM将字节码文件翻译成机器语言，从而达到运行Java程序的目的。
所以，运行Java程序必须有JVM的支持，因为编译的结果不是机器码，必须要经过JVM的再次翻译才能执行。即使你将Java程序打包成可执行文件（例如 .exe），仍然需要JVM的支持。

J. JAVA虚拟机的技术难度比操作系统难吗

两者各有难点，个人觉得都很难，否则Sun就可以造一个和微软一样的操作系统， 而微软也可以造一个虚拟机来和Sun对抗， 事实上微软后来真的造了类似的东西出来， 微软为了把java程序员吸引到他的平台上来，就有了VJ++。 后来有了 C# 平台。 但都是没有像java那样做得专业。 Sun是没那么容易被打败的.所以你不觉得java的虚拟机还有点技术含量的吧？ 哈哈

现在从技术细节上来分析：
1。 操作系统所面对的技术是有 内存管理、进程调度、设备管理等等等等
2。 相对于虚拟机，它相当于一个大管家，所有java做出来的应用，都先经过虚拟机，再由虚拟机转交给操作系统。在这个意义上，虚拟机相当于一个大型软件，它可以管理其它的软件。然而，在虚拟机下面也运行着大大小小的N个java程序，也需要对这些程序进行内存管理，进程的调度。它为它下面的所有程序做好了内存安全机制，垃圾回收机制，try异常捕捉机制等等，（普通的C程序没有这些） 在这个意义上，虚拟机又像是一个操作系统；

补充楼主的补充：

C语言的程序无法做到在一个平台上制作，代码拿到另一个平台编译后就可以运行！ 最重要的原因是字节长度问题，如在32位机器上一个整数占4个字节，但在64位机器上就占8个字节。 这时程序编译就会出错。
一个字节占8位，所以32位有4个字节，所以32位机器每次进行操作的单位是4字节，而64位机器是8字节，这是速度明显快过32机的原因。
所以~~~~~~~ 很多在windowsXP下可以跑的游戏和软件在Windows Vista下去跑就会挂掉。 或者根本不给你安装.

虚拟机在这两年内是不太可能开源的，sun是有限制地进行了开源，他开源的是他的一部分Java编程语言， 你用这些java代码是开源的，用它们来制作软件，但是软件必须跑在虚拟机之上，虚拟机就不是开源的了。也许过几年java会做一些虚拟机的开源项目出来，但现在还不会。
另一方面，sun也做了一些开源项目， 如收购的Hibernater，mySql,等等

Bea是不是由sun做的我不太清楚，不过看Bea和sun的关系还是很紧的，我想既使不是sun做的，那技术也来源于sun

在嵌入式开发界，有很多公司都己经在开发虚拟机，但这些只是sun的冰山一角。这些虚拟机只能运行在手机、电视机顶盒等上面跑Kjava的 cdc和cldc程序
离sun的差距还挺大， 但过几年世界上也许会有新的sun公司出来. 呵呵，让我们拭目以待