众所周知java方法有两种，一种是纯粹的java方法，另外一种是jni，java调用c的，方法声明是java的，实现并不是。
现在通过jni实现一些效率的提升已经很常见了。下面通过一个例子，包含jni。我们来通过火焰图分析一下方法热点。
测试用例
public class Test{
public native void testMethod();
}
上面是一个简单的类，里面只有一个jni的调用。
我们通过javac编译，然后通过javah生成jni的头文件。默认生成的就是类名.h。现在生成的为Test.h。我们把头文件里的方法拿出来进行实现。
//输入输出
#include <iostream>
//生成的头文件
#include "Test.h"
//sleep的头文件
#include <unistd.h>
using namespace std;
JNIEXPORT void JNICALL Java_Test_testMethod
(JNIEnv *, jobject){
cout<<"hello"<<endl;
sleep(4000);
}
cpp文件编写好以后就可以生成动态库了。
编译也是需要分平台的。包括生成的名字，windows平台叫xxx.dll。编译的指令也是需要区分，windows也可以装gcc。建议安装gcc来进行编译，命令改动不大，vs系列的编译指令也变了。
g++ -c JniTest.cpp -I /Library/Java/JavaVirtualMachines/jdk1.8.0_201.jdk/Contents/Home/include -I /Library/Java/JavaVirtualMachines/jdk1.8.0_201.jdk/Contents/Home/include/darwin
g++ -m64 -fpic -shared -o libjnitest.so JniTest.o
我们尝试方法调用
public class Main{
static{
System.load("/Users/libjnitest.so");
}
public static void main(String[] args) {
Test test= new Test();
while(true){
test.testMethod();
}
}
}
要调用jni。所以这里必须load一下。这里load的方式有多种，demo里用最简单的一种，加载固定路径的。
生成jfr
jcmd pid JFR.start name=test1 duration=240s settings=profile.jfc filename=output3.jfr
这里参数不做特殊介绍了，这里最好使用openjdk。jfr这个功能是oracle jdk的一个商业特性。所以使用openjdk就没有什么商业的问题，8也有jfr的版本，11自带。需要大家按照自己的需要进行下载。
为什么是火焰图
如果能解析堆栈，我们是不是使用统计的方式就可以。
没错，其实就是统计的方式，例如table这种，但是方法堆栈这种是有上下文联系的，B调用了C。每次采集的堆栈里，都会有B,C。执行完一段时间，B再调用D。堆栈就有B,D的信息了。如果单独统计每个方法，就没有连贯性，就不知道他是从B到C或者B到D，只能看到BCD三者。这个说虽然知道结果，但是不知道是否应该优化。
火焰图正好能展示这样的层级关系。可以看下面的操作。
生成火焰图
这里我自己写了一个工具解析jfr文件，最后生成火焰图。
这里说一下如何看火焰图。
火焰图本身代表的一种比例，并不是实际值。最宽的说明比率最大，也就是我们常说的方法热点。也是优化的最佳考虑。
火焰图也可能出现无法优化的情况，就是最宽的上面均匀分布柱状图。证明方法外层确实是个热点，但是里面的方法执行的东西再改变。至于是否能进行优化，这样一般是个业务问题。
小结
我们在进行方法分析的时候，可以利用火焰图找出方法的热点。然后再进行针对性的优化，利用openjdk11的jfr特性，可以更方法我们进行方法采样。最重要的一点就是可以生成jni的栈。