线上CPU占用过高
1.用top命令定位哪个进程对cpu占用过高 拿到进程id
2.top -Hp pid可以查看某个进程的线程信息，-H 显示线程信息，-p指定pid。
3.jstack 进程id 可以把进程中所有的线程列出来 此时列出来的线程编号是16进制的
4.步骤2的线程cpu过高id换算成16进制，即可定位步骤3线程详情
此时定位的线程大概率是waiting状态的
一定要找到是哪个线程持有这把锁 怎么找？搜索jstack dump的信息，找 ，看哪个线程持有这把锁RUNNABLE
线上堆内存占用过高
1.jps查看当前系统中有哪些java进程。
2 jmap查看堆内存占用情况(两种方式都可以)
2.1 jmap -histo 8867 | head -20 哪些对象占用空间最大
2.2最后jmap -dump:format=b,file=xxx pid 把当前内存快照一份，然后你去分析把
2.2的dump缺点 线上系统，内存特别大，jmap执行期间会对进程产生很大影响，甚至卡顿2h（电商不适合）
1：设定了参数HeapDump，OOM的时候会自动产生堆转储文件
2：很多服务器备份（高可用），摘掉一台，用流量复制做重现
3：在线定位(一般小点儿公司用不到) arths
ps: jinfo+进程id可以查看虚拟机参数 启动命令等。
线上性能调优
YGC：年轻代耗尽时触发
FullGC：在老年代无法继续分配空间时触发，新生代老年代同时进行回收，所谓JVM调优就是尽量减少FGC
以CMS和G1
1. InitiatingHeapOccupancyPercent
有一个参数InitiatingHeapOccupancyPercent(in ni shou 哦 可 pan ci)：老年代达到总空间多少的时候开始启动回收进程
因为有浮动垃圾的存在，所以CMS不能等老年代全满了才回收(会从年轻代过来浮动垃圾)
有个版本是90% 如果业务复杂，会很快填充到百分百，此时老年代满了之后 最夸张的是会用s o(serial old)单线程回收。
2. 调节新生代和老年代的比例
比如 hibernate框架中，老年代的对象多，可以把老年代比例增大一些