http://openjdk.java.net/projects/code-tools/jmh/
在CSDN上搜索了下，普遍质量不高，就找到这一篇译文。
-
-prof perfnorm在linux下执行会报错，不确定是否和maven的打包插件有关。
-
测试前后较重的处理放在@Setup和@TearDown中
-
注意DCE（死代码消除）
-
不出现循环被编译器优化，具体建议参考JMHSample_34_SafeLooping
-
测试必须为fork，fork是分离出来子进程进行测试，
@fork(2)含义为顺次（one-by-one）fork出子进程来测试 -
使用
@fork多次fork测试，减少运行间差异 -
多线程测试时参考JMHSample_17_SyncIterations
-
对非循环方法需要测量冷启动的时间消耗，参考JMHSample_26_BatchSize
-
可以通过profiler获得基准测试时JVM的相关信息，比如栈、gc、classloader。参考JMHSample_35_Profilers
-
在使用profiler时遇到
no tty present and no askpass program specified错误是因为帐号并没有开启sudo免密导致的。 通过以下步骤可解决，但测试完成后安全起见建议删除：sudo visudo；在文件最后追加 userName ALL=(ALL) NOPASSWD:ALL
- 编译优化
常见的编译器优化包括（更多参见）：死代码消除（DCE）、方法内敛（method inline）、循环优化、常量折叠。
1.1 方法内敛。
许多优化手段都试图消除机器级跳转指令（例如，x86架构的JMP指令）。跳转指令会修改指令指针寄存器，因此而改变了执行流程。 相比于其他汇编指令，跳转指令是一个代价高昂的指令，这也是为什么大多数优化手段会试图减少甚至是消除跳转指令。 内联是一种家喻户晓而且好评如潮的优化手段，这是因为跳转指令代价高昂，而内联技术可以将经常调用的、具有不容入口地址的小方法整合到调用方法中。 Listing 3到Listing 5中的Java代码展示了使用内联的用法。
Listing 3. Caller method
int whenToEvaluateZing(int y) {
return daysLeft(y) + daysLeft(0) + daysLeft(y+1);
}Listing 4. Called method
int daysLeft(int x){
if (x == 0)
return 0;
else
return x - 1;
}Listing 5. Inlined method
int whenToEvaluateZing(int y){
int temp = 0;
if(y == 0) temp += 0; else temp += y - 1;
if(0 == 0) temp += 0; else temp += 0 - 1;
if(y+1 == 0) temp += 0; else temp += (y + 1) - 1;
return temp;
}在Listing 3到Listing 5的代码中，展示了将调用3次小方法进行内联的示例，这里我们认为使用内联比跳转有更多的优势。
如果被内联的方法本身就很少被调用的话，那么使用内联也没什么意义，但是对频繁调用的“热点”方法进行内联在性能上会有很大的提升。 此外，经过内联处理后，就可以对内联后的代码进行进一步的优化，正如Listing 6中所展示的那样。
Listing 6. After inlining, more optimizations can be applied
int whenToEvaluateZing(int y){
if(y == 0) return y;
else if (y == -1) return y - 1;
else return y + y - 1;
}1.2 unrolled loop 循环展开
for (i = 1; i <= 60; i++)
a[i] = a[i] * b + c;可以如此循环展开：
for (i = 1; i <= 20; i+=3)
{
a[i] = a[i] * b + c;
a[i+1] = a[i+1] * b + c;
a[i+2] = a[i+2] * b + c;
}- 分支预测
底层对循环中判断的优化。简单理解，对执行的循环判断做采样，根据采样来预测下一个判断会走到哪个分支中。
参考这篇文章->深入理解CPU的分支预测(Branch Prediction)模型<-做进一步了解。