鲁达 全面的性能调优
编写更好的算法 编写更少的代码 过早优化 过早考虑优化是所有噩梦的根源。应该编写清晰、直接、易读和易理解的代码。 数据库可能是瓶颈 常见的优化 积少成多地改进性能
原则：
1. 借助性能分析来优化代码，注重性能分析中最耗时的操作
2. 新代码比机器配置更可能引入性能问题，机器配置比JVM或操作系统更容易引入性能问题。
3. 为应用中最常用的操作编写简单算法
许多情况下，Jvm只占整体性能的一小部分；需要对java所在的环境进行整体系统调优，数据库和其他后台运行系统性能的重要性不亚于jvm。
性能测试方法
性能测试原则：
1. 测试真实应用 ： 应该在产品实际使用的环境中进行性能测试
微基准测试 ： 用来测试微小代码单元的性能。
1. 必须使用被测的结果
2. 不要包括无关的操作
3. 必须输入合理的参数 宏基准测试： 测试应用自身，以及它所用到的外部资源 介基准测试： 测量某方面性能的基准测试，但仍然要执行大量代码。
理解批处理流逝时间、吞吐量和响应时间
批处理流逝时间： 看它完成任务花了多少时间 吞吐量： 基于一段时间内所能完成的工作量； TPS（每秒事务量）、RPS（每秒请求数）、OPS(每秒操作次数） 响应时间： 从客户端发送请求至收到相应之间的流逝时间。 用统计方法应对性能的变化： 性能测试的结果会随时间而变 尽早频繁测试
自动化一切 测试一切 在真实系统上运行
Java性能调优工具箱
操作系统的工具和分析
?
1系统自带基本监控工具： linux: sarm vmstat, iostat\ prstat window: typeperfCPU使用率
通常CPU使用率可以分为两类：用户态时间（cpu执行应用代码所占时间比）和系统态时间（CPU执行内核代码所占时间比）。
调优的目的： 在尽可能短的时间内让CPU使用率尽可能地高
CPU运行队列
磁盘使用率：
?
12监控目的： 1 与应用本身有关，如果应用做大量磁盘I/O操作，I/O就会成为瓶颈。2 预计应用不会有很高的I/O，有助于监控系统是否在进行内存交换。网络使用率
?
1netstat, typeperfjava监控工具
jcmd 用来打印java进程所涉及的基本类、线程、vm信息 jconsole jvm活动的图形化视图,包括线程的使用、类的使用和GC活动 jhat 读取内存堆转储 jmap 提供堆转储和其他JVM内存使用的信息 jinfo jvm的系统属性 jstack 转储Java进程的栈信息 jstat 提供GC和类装载活动的信息 jvisualvm jvm监视的GUI工具，
-XX：+Printflagsfinal 显示调优标志
性能分析工具
GlassFish
NetBeans
jmc
JFR开启设置： -XX:+UnlockCommercialFeatures -XX:+flightRecorder
JIT编译器
?
1JIT(即时)编译器是Java虚拟机的核心入门调优： 选择编译器类型
编译器类型： -server 和 -client ,-d64（64位编译器）
java -client -XX:+TieredCompilation .jar 指定必须使用server编译器
中级调优：
1 调优代码缓存： 代码缓存的大小固定，所以一旦填满，jvm就不能编译更多代码。
-XX：ReservedCodeCacheSize=N 设置代码缓存大小
2 编译阈值： 代码执行的频度
编译是基于两种JVM计数器的： 方法调用计数器和方法中的循环回边计数器。
-XX：CompileThreshold=N 设置阈值； 阈值=回边计数器+方法调用计数器
3 检测编译过程
高级编译器调优
1 编译线程
2 A.联
3 逃逸分析