JProfile_help.pdf_学习笔记_02
有一些信息,像对象之间的引用和对象里的数据是不可用的对于 JVMP/JVMTI 所定义的事件，要得到堆内存所有对象的详尽的信息，分析代理可以被“Heap Dump”激活。可以对 堆内存做一个快照。 在 JVMP/JVMTI 执行的时候是不同的: JVMPI 打包堆中所有的对象和他们之间的引用到一个字节数组，并传输到 分析代理，然后这个字节数组会被解析，展现。当然：为了做这个操作很消耗内存，首先，堆本质上是被复制到字节数组，然后分析代理必须解析它并且转换他为数据结构。 为了减少内存峰值，JProfiler 保存字节数组到磁盘上的一个临时文件，释放数组，然后解析临时文件的内容。当分析一个应用程序的可用物理内存达到极限时，用“Heap Dump”会让JVM宕机，简单的原因就是没有足够的物理内存来分配大量需要的内存区。在JVMTI 1.5后，这种情况就已经改进了，JProfiler 可以列举出所有在堆中存在的引用并且构造他们为自己的数据结构。
好了说了这么多，让我们看看分析代理如何被激活，不象 JNI 库，你需要加载和激活从Java代码，分析代理必须被激活在JVM启动的阶段，通过特殊的JVM参数
Java <=1.4.2(JVMPI) -Xrunjprofiler
Java >=1.5.0(JVMTI) -agentlib:jprofilerti
"-Xrun" 或 "-agentlib:" 他们告诉JVM， JVMPI/JVMTI 分析代理被加载，剩下的字符串依赖于本地库，
windows jprofiler.dll
Linux/unix libjprofiler.so
Max os X libjprofiler.dylib
参数可以传递给分析代理通过加 (冒号-JVMPI),(等号-JVMTI)，例如：
-Xrunjprofiler:port=10000 或 -agentlib:jprofilerti=port=10000,
参数 port=10000 将被传递给分析代理。
如果JVM不能加载指定的本地库，将退出，并报告错误消息。如果成功，则调用本地库中的功能去给分析代理机会去初始化它本身。
分析代理和分析界面-----不象基本分析器，收集数据然后写数据文件到磁盘，高级分析器可以在运行时显示分析的数据，尽管它可以直接启动UI从分析代理，这样做是个坏主意，因为分析的进程将被中断(二级程序),远程分析不能实现，因此JProfiler GUI 被启动在一个单独的JVM里，他们之间的通讯是通过socket实现的，这也是因为如果你在JProfiler里启动应用程序，是被配置为"local" sessions.
为了分析成功，选择正确的分析参数是很重要的，特殊的过滤器是被记录调用树 的限定条件，因为这些参数在启动时需要，分析代理停止JVM，等待一个连接从GUI，一些参数在这里配置，一旦连接建立，被分析的程序就可以启动了，记录的分析数据驻留在分析代理内部的数据结构里，事实上只有很少的一部分被传输到了GUI，例如，在hotspots views里打开调用树，可以看到只有很少的数据被传递到GUI，这个也是因为考虑到性能的问题，