1、当项目运行一段时间以后，产生了OOM的问题，我们该如何排查问题呢？

用top命令，看看是哪个进程CPU占用率高，获取它的进程ID，再根据具体的进程id，执行 top -HP 进程id号  命令,看看哪个线程的CPU占用率高，如果是业务线程出现问题，则根据线程ID去检查业务代码；如果是GC线程占用率高，去看看日志再确定具体问题（有可能发生内存泄漏）。

1、执行jps，

列出系统中所有在运行的java进程,由此可以获取指定进程的进程id号

2、执行jinfo 进程id号 ，

可以获取进程的详细信息，可以看到堆内存设置的大小等

 3、 jstat -gc 进程id号，

可以看到内存中各个区域的内存使用情况

 4、top

可以查看所有的进程，可以看到各个进程占用cpu的情况，并动态进行刷新；可以根据CPU占用率找出发生问题的进程。

 5、知道哪个进程有问题，则执行 top -HP 进程id号  命令

,可以看到指定进程内，线程占用CPU的情况，以及线程的名称和线程的种类（业务线程和系统线程）

或者是使用命令：jstack  进程ID | more

可以看到进程中各线程的详细信息，如线程状态，线程调用了哪些方法；

 

 可以用这个命令来判断线程是否陷入死锁，如果多个线程都在等待同一个对象，那么可能陷入死锁。

 线程名称如下，符合开发规范需要给每个线程赋予名字，以方便知道是哪一个线程出现问题

6、执行jmap  -histo 进程id，

可以查看Java堆转储快照的信息,可以知道有哪些类，这些类产生多少对象，占用了多少内存。

 可以将整个堆存储以文件的形式导出：

 7 可以使用jvisualVM工具，

将堆生成的文件进行分析 

为什么在实际项目中，最大堆和最小堆的数值大多设置成一样？

如果大小设置成不一样，那么堆内存大小会根据实际需要进行动态的扩张或者是缩小，而这一个过程是耗费一定资源的，影响了程序的执行效率。如果说一台机子就一个程序在跑，那就没必要将最大堆和最小堆大小设置成不一样的。