Java虚拟机分享演示稿2010-12-28版

内容见附件。
这玩儿转成PDF之后愈发巨大，下一版可能不用7-zip压一下都无法传到JavaEye上做附件了呢。

该演示稿的前两版本在关于Java程序的执行的一次分享一帖中可以找到。
这次的更新主要是加了些图，讲解Java程序与JVM的一些“接触面”、整个执行的步骤、HotSpot中的对象布局、线程之类的。还有很多页仍然是空白的没把内容填进去。总之慢慢来吧，还会不定时更新的。

对内容有建议、疑问的都请在这边回复，欢迎拍砖 

嗯，另外想提一下：
这组演示稿里从别的地方引用来的图基本上都有给来源的链接或说明，如果写漏了的话请联系我。而多数的图表是我画的。
欢迎转载。转载前如果能先与我联系的话我会很高兴 ^_^
并不期望别人引用了之后也都指明出处是这里，但最低限度请转载者不要声称那些是自己画的。


使用过我这组演示稿中的图片的帖，友情链接：
JVM学习笔记（二）------Java代码编译和执行的整个过程 / JVM学习小结

评论

11 楼 RednaxelaFX 2011-01-07  

cajon 写道

啊哈，我理解错了。

你的意思是说，当方法调用的时候，调用方会将参数压栈，然后进行方法调用（地址跳转）。你这里说的“共享”就是被压栈的参数了。

呵呵，我完全理解错意思了。我还以为VM会自动优化方法调用，避免不必要的参数Clone呢。

嗯，共享的就是上个栈帧压了参数的部分，当作是下个栈帧的局部变量区的一部分。
想像一下，如果每个栈帧都是独立的、无交叠的对象，那在栈帧之间交换数据必然涉及拷贝；而当栈帧是在一个连续的空间上分配、栈帧之间有交叠区域的时候，就容易避免参数的冗余拷贝了。

对.NET（CLR的实现）来说，这里提到的共享根本不是问题：CLR里没有解释器，它执行的托管代码都是JIT过的，跟MSIL在概念上指定的只是在表面语义上相同，但实现却很不同。CLR里托管方法所使用的栈帧布局跟MSIL里声明的“概念上的栈帧布局”就完全不一样，调用约定（calling convention）是把头两个在字宽内放得下的参数从ecx/edx传递，其它从左向右压栈传递，并且上一栈帧压栈的部分自然的成为下一栈帧取参数的地方；也就是说栈帧共享空间本来就是很自然的事，在x86上常见的C、C++编译器都生成类似的代码。

10 楼 cajon 2011-01-07  

啊哈，我理解错了。

你的意思是说，当方法调用的时候，调用方会将参数压栈，然后进行方法调用（地址跳转）。你这里说的“共享”就是被压栈的参数了。

呵呵，我完全理解错意思了。我还以为VM会自动优化方法调用，避免不必要的参数Clone呢。

9 楼 cajon 2011-01-07  

我看到你在PPT的82页提到：“前后两个栈帧可以共享一部分区域来传递参数。”

这种共享能力是JVM的一种优化呢，还是在Class中每个方法的Code属性中进行了某种标识触发的？

让我想象，这个是很难实现的。

另外，这种优化能力“.NET虚拟机”有没有提供能？

8 楼 arcko 2011-01-04  

2011继续学习

7 楼 花花公子 2011-01-04  

RednaxelaFX 写道

花花公子 写道

有slideshare链接吗？遇到zip中文名乱码的问题。

没传到slideshare上。说来我都没注册过slideshare帐号…要放那边么？主要是东西的完成度太低了所以我才没大肆宣传啊啥的 = =

没关系，等我想看了，直接向你要

6 楼 RednaxelaFX 2011-01-03  

yznxing 写道

诶呀，有没有上次我们聊过的内容啊
我一直想总结下，没时间画图呢！~

先看看~

呃…像是栈跟代码的关系，之类的话题的图我是没画的…那个太诡异了 XD

5 楼 yznxing 2011-01-03  

讲解Java程序与JVM的一些“接触面”、整个执行的步骤、HotSpot中的对象布局、线程之类的。还有很多页仍然是空白的没把内容填进去


诶呀，有没有上次我们聊过的内容啊
我一直想总结下，没时间画图呢！~

先看看~

4 楼 RednaxelaFX 2011-01-03  

花花公子 写道

有slideshare链接吗？遇到zip中文名乱码的问题。

没传到slideshare上。说来我都没注册过slideshare帐号…要放那边么？主要是东西的完成度太低了所以我才没大肆宣传啊啥的 = =

3 楼 花花公子 2011-01-03  

有slideshare链接吗？遇到zip中文名乱码的问题。

2 楼 aabcc 2011-01-03  

あけおめ～(｀・ω・´) -

今年继续在这里学习了。

1 楼 lwwin 2011-01-03  

感谢，体积大说明分量组^-^