一、CPU过高分析
1）使用TOP命令查看CPU、内存使用状态可以发现CPU占用主要分为两部分，一部分为系统内核空间占用CPU百分比，一部分为用户空间占用CPU百分比。其中CPU状态中标示id的为空闲CPU百分比。当空闲CPU百分比越低，说明CPU占用率越高。
2）目前针对Linux下java进程占用CPU高的分析手段主要为使用linux命令查出高CPU使用的进程，前分析其是由于进程原因还是系统原因，在分析出为进程消耗过高CPU后列出占用CPU高和占用时间最长的线程并使用jdk自带的jstack工具进行分析CPU使用分析。
jstack命令
通过top命令定位到cpu占用率较高的线程之后，继续使用jstack pid命令查看当前java进程的堆栈状态
- -l 长列表. 打印关于锁的附加信息,例如属于java.util.concurrent 的 ownable synchronizers列表.
- -F 当’jstack [-l] pid’没有相应的时候强制打印栈信息
- -m 打印java和native c/c++框架的所有栈信息.
- -h | -help 打印帮助信息
通过thread dump分析线程状态：除了上述的分析，大多数情况下会基于thead dump分析当前各个线程的运行情况，如是否存在死锁、是否存在一个线程长时间持有锁不放等。在dump中，线程一般存在如下几种状态：1、RUNNABLE，线程处于执行中2、BLOCKED，线程被阻塞3、WAITING，线程正在等待实例1：多线程竞争synchronized锁
很明显：线程1获取到锁，处于RUNNABLE状态，线程2处于BLOCK状态1、locked <0x000000076bf62208>说明线程1对地址为0x000000076bf62208对象进行了加锁；2、waiting to lock <0x000000076bf62208> 说明线程2在等待地址为0x000000076bf62208对象上的锁；3、waiting for monitor entry [0x000000001e21f000]说明线程1是通过synchronized关键字进入了监视器的临界区，并处于"Entry Set"队列，等待monitor。
二、内存过高分析
使用pmap查看进程内存
命令格式：
pmap 进程id
第一列。内存块起始地址
第二列。占用内存大小
第三列，内存权限
第四列。内存名称。anon表示动态分配的内存，stack表示栈内存
最后一行。占用内存总大小，请注意，此处为虚拟内存大小，占用的物理内存大小能够通过top查看
使用jmap查看Java进程对象使用情况
命令格式：
jmap -histo 进程id
第一列，序号。
第二列，对象实例数量
第三列，对象实例占用总内存数。单位：字节
第四列，对象实例名称
最后一行，总实例数量与总内存占用数
使用jstat查看Java内存分布及回收情况
通常运行命令如下：
jstat -gc 15712 5000
即会每5秒一次显示进程号为15712的java进成的GC情况，
- S0C: Young Generation第一个survivor space的内存大小 (kB).
- S1C: Young Generation第二个survivor space的内存大小 (kB).
- S0U: Young Generation第一个Survivor space当前已使用的内存大小 (kB).
- S1U: Young Generation第二个Survivor space当前已经使用的内存大小 (kB).
- EC: Young Generation中eden space的内存大小 (kB).
- EU: Young Generation中Eden space当前已使用的内存大小 (kB).
- OC: Old Generation的内存大小 (kB).
- OU: Old Generation当前已使用的内存大小 (kB).
- MC: Permanent Generation的内存大小 (kB)
- MU: Permanent Generation当前已使用的内存大小 (kB).
- YGC: 从启动到采样时Young Generation GC的次数
- YGCT: 从启动到采样时Young Generation GC所用的时间 (s).
- FGC: 从启动到采样时Old Generation GC的次数.
- FGCT: 从启动到采样时Old Generation GC所用的时间 (s).
- GCT: 从启动到采样时GC所用的总时间 (s).