- 浏览: 3015072 次
- 性别:
- 来自: 海外
文章分类
- 全部博客 (430)
- Programming Languages (23)
- Compiler (20)
- Virtual Machine (57)
- Garbage Collection (4)
- HotSpot VM (26)
- Mono (2)
- SSCLI Rotor (1)
- Harmony (0)
- DLR (19)
- Ruby (28)
- C# (38)
- F# (3)
- Haskell (0)
- Scheme (1)
- Regular Expression (5)
- Python (4)
- ECMAScript (2)
- JavaScript (18)
- ActionScript (7)
- Squirrel (2)
- C (6)
- C++ (10)
- D (2)
- .NET (13)
- Java (86)
- Scala (1)
- Groovy (3)
- Optimization (6)
- Data Structure and Algorithm (3)
- Books (4)
- WPF (1)
- Game Engines (7)
- 吉里吉里 (12)
- UML (1)
- Reverse Engineering (11)
- NSIS (4)
- Utilities (3)
- Design Patterns (1)
- Visual Studio (9)
- Windows 7 (3)
- x86 Assembler (1)
- Android (2)
- School Assignment / Test (6)
- Anti-virus (1)
- REST (1)
- Profiling (1)
- misc (39)
- NetOA (12)
- rant (6)
- anime (5)
- Links (12)
- CLR (7)
- GC (1)
- OpenJDK (2)
- JVM (4)
- KVM (0)
- Rhino (1)
- LINQ (2)
- JScript (0)
- Nashorn (0)
- Dalvik (1)
- DTrace (0)
- LLVM (0)
- MSIL (0)
最新评论
-
mldxs:
虽然很多还是看不懂,写的很好!
虚拟机随谈(一):解释器,树遍历解释器,基于栈与基于寄存器,大杂烩 -
HanyuKing:
Java的多维数组 -
funnyone:
Java 8的default method与method resolution -
ljs_nogard:
Xamarin workbook - .Net Core 中不 ...
LINQ的恶搞…… -
txm119161336:
allocatestlye1 顺序为 // Fields o ...
最近做的两次Java/JVM分享的概要
写了个工具用来把一个运行中的HotSpot VM中所有加载了的类的:
类名, ProtectionDomain的CodeSource所记录的路径, 类加载器
这些信息打印出来。希望对大家有用。
代码:https://gist.github.com/1441625#file_dump_class_url.java
用法:https://gist.github.com/1441625#file_command_prompt
(注意:Windows上用这个需要JDK7或以上)
输出日志的例子:https://gist.github.com/1441625#file_log.txt
这工具的缺点是ProtectionDomain是里没记录某些类的路径,例如rt.jar里的在这个工具的输出就是null。Bootstrap class loader加载的类都会是这样。
另外,数组对应的Class与原始类型对应的Class都不包括在输出之内。
得感谢同事九任提醒可以通过ProtectionDomain拿到路径信息,虽然不保证全但也算够用。
这是个很简单的Serviceability Agent的应用。用它能很轻松的从VM里挖掘出许多有趣的信息出来。我常用的CLHSDB也是Serviceability Agent的一层皮,相当方便。
以前也在这个blog里发过几个例子:
2010-08-05: 借助HotSpot SA来一窥PermGen上的对象
2010-08-04: 借助HotSpot SA来反汇编
2010-08-03: 如何dump出一个Java进程里的类对应的Class文件?
跟同事的一段对话:
P.S. 有同学问为啥不用Attach API来做,于是就用Attach API又做了一个:https://gist.github.com/1442201
使用这个工具必须设置JAVA_HOME环境变量。它的输出是在目标Java进程的stdout上(就像对HotSpot发kill -3一样…)
奇怪的是在我们的线上环境用Attach API没能正常把agent接上去。我现在还不知道为什么。
R大,难倒agentmain会被虚拟机回调很多次吗?我想动态随时查询虚拟机里加载的类信息。
要看多少次就执行多少次attach嘛,每次attach都会让那个agent新初始化一次,于是agentmain就被调了。那个agent执行完agentmain就退出了,影响不大。
不是。instrumentation API里的getAllLoadedClasses不是在类加载的时候才起作用的。这两种方法走到最底下其实做的事情一样,都是遍历当前HotSpot VM里的SystemDictionary。
R大,难倒agentmain会被虚拟机回调很多次吗?我想动态随时查询虚拟机里加载的类信息。
不是。instrumentation API里的getAllLoadedClasses不是在类加载的时候才起作用的。这两种方法走到最底下其实做的事情一样,都是遍历当前HotSpot VM里的SystemDictionary。
你得说得更详细才行。这段描述我看不出来你的问题点是什么。
类名, ProtectionDomain的CodeSource所记录的路径, 类加载器
这些信息打印出来。希望对大家有用。
代码:https://gist.github.com/1441625#file_dump_class_url.java
用法:https://gist.github.com/1441625#file_command_prompt
(注意:Windows上用这个需要JDK7或以上)
输出日志的例子:https://gist.github.com/1441625#file_log.txt
这工具的缺点是ProtectionDomain是里没记录某些类的路径,例如rt.jar里的在这个工具的输出就是null。Bootstrap class loader加载的类都会是这样。
另外,数组对应的Class与原始类型对应的Class都不包括在输出之内。
得感谢同事九任提醒可以通过ProtectionDomain拿到路径信息,虽然不保证全但也算够用。
这是个很简单的Serviceability Agent的应用。用它能很轻松的从VM里挖掘出许多有趣的信息出来。我常用的CLHSDB也是Serviceability Agent的一层皮,相当方便。
以前也在这个blog里发过几个例子:
2010-08-05: 借助HotSpot SA来一窥PermGen上的对象
2010-08-04: 借助HotSpot SA来反汇编
2010-08-03: 如何dump出一个Java进程里的类对应的Class文件?
跟同事的一段对话:
引用
同事A (15:26:42):
这个太有用了
同事B (15:30:01):
这个路径是指class文件在文件系统中的路径么?
我 (15:30:48):
这个路径是ProtectionDomain里的CodeSource记录的路径。不一定真的是文件系统上的路径,但一般是的
ProtectionDomain里CodeSource的路径是可以造出来的
我 (15:31:54):
但只有用比较特别的类加载器的时候才会用到这功能
同事B (15:32:51):
JVM记录了他加载的全部类的class文件位置么?
我 (15:33:05):
不一定。
简单来说,我们常用的场景的类的路径是有记录的,就是在上面说的那里
同事B (15:34:08):
这部分信息对排错太有意义了
我 (15:34:51):
如果有同名的类被加载了多次的话,这个工具的输出里能很快看出来
...
同事C (15:48:05):
恩 是的 被这种问题折磨过的人 都是深有体会的,前几天找个commonloging的问题 开发人员说daily跟线上用的版本是一样的 我也没仔细看 就直接debug 发现代码完全是走别的版本的 搞了半个小时才弄好这个问题
这个工具的话 一下子就可以解决这样的问题了
这个太有用了
同事B (15:30:01):
这个路径是指class文件在文件系统中的路径么?
我 (15:30:48):
这个路径是ProtectionDomain里的CodeSource记录的路径。不一定真的是文件系统上的路径,但一般是的
ProtectionDomain里CodeSource的路径是可以造出来的
我 (15:31:54):
但只有用比较特别的类加载器的时候才会用到这功能
同事B (15:32:51):
JVM记录了他加载的全部类的class文件位置么?
我 (15:33:05):
不一定。
简单来说,我们常用的场景的类的路径是有记录的,就是在上面说的那里
同事B (15:34:08):
这部分信息对排错太有意义了
我 (15:34:51):
如果有同名的类被加载了多次的话,这个工具的输出里能很快看出来
...
同事C (15:48:05):
恩 是的 被这种问题折磨过的人 都是深有体会的,前几天找个commonloging的问题 开发人员说daily跟线上用的版本是一样的 我也没仔细看 就直接debug 发现代码完全是走别的版本的 搞了半个小时才弄好这个问题
这个工具的话 一下子就可以解决这样的问题了
P.S. 有同学问为啥不用Attach API来做,于是就用Attach API又做了一个:https://gist.github.com/1442201
使用这个工具必须设置JAVA_HOME环境变量。它的输出是在目标Java进程的stdout上(就像对HotSpot发kill -3一样…)
奇怪的是在我们的线上环境用Attach API没能正常把agent接上去。我现在还不知道为什么。
评论
6 楼
RednaxelaFX
2011-12-13
panggezi 写道
R大,难倒agentmain会被虚拟机回调很多次吗?我想动态随时查询虚拟机里加载的类信息。
要看多少次就执行多少次attach嘛,每次attach都会让那个agent新初始化一次,于是agentmain就被调了。那个agent执行完agentmain就退出了,影响不大。
5 楼
panggezi
2011-12-13
RednaxelaFX 写道
panggezi 写道
还是前一种好,后一种agentmain太弱了,对于容器之类很多随着运行runtime动态加载的应该就打印不出来了吧
不是。instrumentation API里的getAllLoadedClasses不是在类加载的时候才起作用的。这两种方法走到最底下其实做的事情一样,都是遍历当前HotSpot VM里的SystemDictionary。
R大,难倒agentmain会被虚拟机回调很多次吗?我想动态随时查询虚拟机里加载的类信息。
4 楼
RednaxelaFX
2011-12-12
panggezi 写道
还是前一种好,后一种agentmain太弱了,对于容器之类很多随着运行runtime动态加载的应该就打印不出来了吧
不是。instrumentation API里的getAllLoadedClasses不是在类加载的时候才起作用的。这两种方法走到最底下其实做的事情一样,都是遍历当前HotSpot VM里的SystemDictionary。
3 楼
panggezi
2011-12-12
还是前一种好,后一种agentmain太弱了,对于容器之类很多随着运行runtime动态加载的应该就打印不出来了吧
2 楼
RednaxelaFX
2011-12-11
agapple 写道
不错,我有个想法是想运行时提取内存对象的数据用于一些deadlock分析,但attach上去生存的类classloader和目标对象不是同一个,这有什么好的idea吗?
你得说得更详细才行。这段描述我看不出来你的问题点是什么。
1 楼
agapple
2011-12-11
不错,我有个想法是想运行时提取内存对象的数据用于一些deadlock分析,但attach上去生存的类classloader和目标对象不是同一个,这有什么好的idea吗?
发表评论
-
The Prehistory of Java, HotSpot and Train
2014-06-02 08:18 0http://cs.gmu.edu/cne/itcore/vi ... -
MSJVM and Sun 1.0.x/1.1.x
2014-05-20 18:50 0当年的survey paper: http://www.sym ... -
Sun JDK1.4.2_28有TieredCompilation
2014-05-12 08:48 0原来以前Sun的JDK 1.4.2 update 28就已经有 ... -
IBM JVM notes (2014 ver)
2014-05-11 07:16 0Sovereign JIT http://publib.bou ... -
class data sharing by Apple
2014-03-28 05:17 0class data sharing is implement ... -
Java 8与静态工具类
2014-03-19 08:43 16131以前要在Java里实现所谓“静态工具类”(static uti ... -
Java 8的default method与method resolution
2014-03-19 02:23 10325先看看下面这个代码例子, interface IFoo { ... -
HotSpot Server VM与Server Class Machine
2014-02-18 13:21 0HotSpot VM历来有Client VM与Server V ... -
Java 8的lambda表达式在OpenJDK8中的实现
2014-02-04 12:08 0三月份JDK8就要发布首发了,现在JDK8 release c ... -
GC stack map与deopt stack map的异同
2014-01-08 09:56 0两者之间不并存在包含关系。它们有交集,但也各自有特别的地方。 ... -
HotSpot Server Compiler与data-flow analysis
2014-01-07 17:41 0http://en.wikipedia.org/wiki/Da ... -
基于LLVM实现VM的JIT的一些痛点
2014-01-07 17:25 0同事Philip Reames Sanjoy Das http ... -
tailcall notes
2013-12-27 07:42 0http://blogs.msdn.com/b/clrcode ... -
《自制编程语言》的一些笔记
2013-11-24 00:20 0http://kmaebashi.com/programmer ... -
字符串的一般封装方式的内存布局 (1): 元数据与字符串内容,整体还是分离?
2013-11-07 17:44 22246(Disclaimer:未经许可请 ... -
字符串的一般封装方式的内存布局 (0): 拿在手上的是什么
2013-11-04 18:22 21364(Disclaimer:未经许可请 ... -
字符串的一般封装方式的内存布局
2013-11-01 12:55 0(Disclaimer:未经许可请 ... -
关于string,内存布局,C++ std::string,CoW
2013-10-30 20:45 0(Disclaimer:未经许可请 ... -
对C语义的for循环的基本代码生成模式
2013-10-19 23:12 21734之前有同学在做龙书(第二版)题目,做到8.4的练习,跟我对答案 ... -
Java的instanceof是如何实现的
2013-09-22 16:57 0Java语言规范,Java SE 7版 http://docs ...
相关推荐
Troubleshooting Guide for Java SE 6 with HotSpot VM
The Java HotSpot VM.pdf
jvm参数介绍,oracle HotSpot官方参数文档。
有将近1500个C/C++头引用和源代码文件,整个虚拟机的代码加起来差不多有25万行。这些源代码中含有大家所期望看到的类装载器的实现,以及字节码解释器,其他相关辅助的运行时子程序;还有两个runtime编译器...
官方完整版JVM源码Hotspot VM,文件名hotspot.tar.gz。官方完整版JVM源码Hotspot VM,文件名hotspot.tar.gz。
学习JDK 源码必备,提起HotSpot VM,相信所有Java程序员都知道,它是Sun JDK和OpenJDK中所带的虚拟机,也是目前使用范围最广的Java虚拟机。 但不一定所有人都知道的是,这个目前看起来“血统纯正”的虚拟机在最初...
本书深入浅出地讲解了 HotSpot 虚拟机的工作原理,将隐藏在它内部的本质内容逐一呈现在读者面前,包 括 OpenJDK 与 HotSpot 项目、编译和调试 HotSpot 的方法、HotSpot 内核结构、Launcher、OOP-Klass 对象表 示系统...
It will be set after the class is loaded.VM Started: Set deferred breakpoint Tes
本节介绍与HotSpot ... VM类加载 字节码验证器和格式检查器 类数据共享 解释器 Java异常处理 同步 线程管理 C ++堆管理 Java本地接口(JNI) VM致命错误处理 引用 进一步阅读
Mark-Sweep)收集器和G1(Garbage-First)收集器)、类加载机制,以及HotSpot VM 基于栈的架构模型和执行引擎(解释器的工作流程、JIT 编译器的工作流程、分层编译策略、热点探测功能)等技术。
実装》第4章4.4小节. 每个版本的算法描述都稍微不同,我的伪代码也跟这两本书写的方式稍微不同,但背后要表达的核心思想是一样的就OK了.Tracing GC
提起HotSpot VM,相信所有Java程序员都知道,它是Sun JDK和OpenJDK中所带的虚拟机,也是目前使用范围最广的Java虚拟机。
虚拟机为HotSpot 1.类加载器 类加载器一般只有3种(除开自己定义的)分别为: 1.Bootstrap ClassLoader:根加载器 2.Extension ClassLoader:扩展加载器 ...代码:打印被跟加载器加载的类 public class Test01 { p
Mark-Sweep)收集器和G1(Garbage-First)收集器)、类加载机制,以及HotSpot VM 基于栈的架构模型和执行引擎(解释器的工作流程、JIT 编译器的工作流程、分层编译策略、热点探测功能)等技术。
Mark-Sweep)收集器和G1(Garbage-First)收集器)、类加载机制,以及HotSpot VM 基于栈的架构模型和执行引擎(解释器的工作流程、JIT 编译器的工作流程、分层编译策略、热点探测功能)等技术。
《HotSpot实战》深入浅出地讲解了HotSpot虚拟机的工作原理,将隐藏在它内部的本质内容逐一呈现在读者面前,包括OpenJDK与HotSpot项目、编译和调试HotSpot的方法、HotSpot内核结构、Launcher、OOP-Klass对象表示系统...
本书以极其精练的语句诠释了 HotSpot VM的方方面面,比如:字节码的编译原理、字节码的内部组成结构、通过源码的方式剖析 HotSpot VM 的启动过程和初始化过程、Java 虚拟机的运行时内存、垃圾收集算法、垃圾收集器...
jdk1.8。hotspot java jdk java开发工具。
DR版回答是:t1在存Java静态变量的地方, 概念上在JVM的方法区(method area)里t2在Java堆里, 作为Test的一个实例的字段存在t3在J