解决BUG一般步聚

我们在开发时，测的好好的，然后上测试，上生产环境，当数据量一大时，或并发大时，就会造成各种各样的问题。

如业务逻辑上的问题，造成这种原因是前期没有沟通好，或细节没有考虑那么全面，没考虑到这种情况的存在。

当然也包括技术上的问题，如内存泄露，程序假死，CPU过高等，造成这种原因是没有测试好。

解决这样的问题，一些实用命令，操作，工具如下。

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
jmap -histo pid
查看堆内存(histogram)中的对象数量，大小

                num     #instances         #bytes  class name
                序号         实例个数            字节数       类名   
        ----------------------------------------------
         1:       3174877      107858256  [C
         2:       3171499       76115976  java.lang.String
         3:       1397884       38122240  [B
         4:        214690       37785440  com.test......Book
         5:        107345       18892720  com.test....Book
         6:         65645       13953440  [Ljava.lang.Object;
         7:         59627        7648416  <constMethodKlass>
         8:        291852        7004448  java.util.HashMap$Entry
         9:        107349        6871176  [[B

看看自己包下的类的个数是否有异常？
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
判断JVM垃圾回收是否正常，是不是在频繁的进行，垃圾回收？

jstat -gcutil pid 1000 5

S0     S1     E      O      P     YGC     YGCT    FGC    FGCT     GCT
73.54   0.00  99.04  67.52  98.49    166    0.252     6    0.331    0.583 


@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
jstack <pid> 查看线程运行情况。
例如，查找关键字，
Wait on condition
Waiting for monitor entry 和 in Object.wait()
deadlockthreads


@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@

生产DUMP文件，分析。
jmap -dump:format=b,file=heap.bin <pid>
dump文件可以通过MemoryAnalyzer分析查看，网址：http://www.eclipse.org/mat/，可以查看dump时对象数量，内存占用，线程情况等。

但这样存在一种问题，当JVM挂掉的时候，执行此命令，会存在无响应情况
解决方法是，在JVM启动时加参数

-XX:+HeapDumpOnOutOfMemoryError
  -XX:HeapDumpPath=${} 这样可以在发生down机的情况下，先生成dump(未验证）

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@

以上都是简略的提示，具体情况还要具体分析。