首先需要找到需要进行调优的进程。
通过jps -v -l -m 找到我需要调优的进程
其中， -m表示输出传入main方法的参数，
-l表示输出的main类或jar包的名字，
-v表示传入JVM的参数
如果想要看到进程中的线程的堆栈信息，使用jstack，现在我们看6478的运行情况。
用top -Hp 6478 ，输出如下：
找到了最费cpu的时间，58秒。线程号是6479
jstack在查询的时候，线程号是用16进制表示的，将6479转换为16进制
printf "%x " 6479
获取194f后，使用jstack
这个耗费58秒cpu的线程是main线程，现在在处于waiting on condition 状态。
一般会出现八种状态：
死锁，deadlock
执行中，Runnable
等待资源，Waiting on condition
等待获取监视器，Waiting for monitor entry
暂停，Suspended
对象等待中，Object.wait() 或 TIMED_WAITING
阻塞，Blocked
停止，Parked
死锁：一般情况是多个线程相互资源占用，导致无法释放。
阻塞：线程在执行的过程中，所需要的资源长时间等待却一直未能获取到，被线程管理器标识为阻塞状态，也就是等待资源超时的线程。
waiting on condition : 等待资源，等待某个条件的发生。如果大量出现waiting on condition 可能是某个阻塞导致线程无法进行，比如网络阻塞。导致等待读写。
另一情况是sleep，等待睡眠结束，查看代码发现是sleep导致的，可以接受。
waiting for monitor entry和Object.wait()： 需要了解一下临界区,monitor的概念。
临界区：
临界区就是在同一时刻只能有一个任务访问的代码区。通常用这种加锁实现。
synchronized(object){
//代码块
}
monitor：java对象的内部锁。也叫作monitor锁。（理解可能有偏差）
要想访问临界区首先要获取这个锁，每个java对象都有一把锁。
waiting for monitor entry:也就是在等一个临界区，也就是在Entry Set队列中等待。
此时状态一般都是等待状态。
Object.wait()：获取了监视器，又用了java.lang.Object.wait()。
也就是当线程获取monitor，也就是锁，但是发现运行的条件没满足，则调用Object（），放弃monitor，同时，机内Wait entry队列中。
如果大量线程在waiting for monitor entry
可能是一个全局锁锁住了大量的线程，导致其他的线程无法进入临界区。
通过查看进程中线程的堆栈信息。发现运行正常。接下来查看堆内存的使用情况，使用jmap。
查看堆内存中的对象数目
发现有一个对象存活了很多，需要排查一下。
经排查，这个是一个ip库保存对象，有很多个，但是不动态增加了，可以接受。
其实也可以直接使用top，查看耗费资源，如果一段时间内是稳定的，那么程序运行就稳定，也是可以接受的。
接下来查看jvm运行情况：
C 容量 U使用量
E eden O old P Permanent