java linux res很高_linux 下java内存不断增大解决办法

1. top命令查看CPU和内存占用率

top回车，然后按1

发现进程PID 35163 CPU和内存占用率都很高

top - 06:13:47 up  5:31,  1 user,  load average: 2.11, 2.07, 2.06Tasks: 189 total,   1 running, 188 sleeping,   0 stopped,   0 zombieCpu0  : 22.3%us,  0.7%sy,  0.0%ni, 76.4%id,  0.3%wa,  0.3%hi,  0.0%si,  0.0%stCpu1  :100.0%us,  0.0%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%stCpu2  :  8.0%us,  0.3%sy,  0.0%ni, 91.7%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%stCpu3  : 70.4%us,  1.7%sy,  0.0%ni, 25.6%id,  2.3%wa,  0.0%hi,  0.0%si,  0.0%stMem:   1012292k total,   943076k used,    69216k free,     9372k buffersSwap:  1675260k total,   375204k used,  1300056k free,    34024k cached  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                                                                                         35163 user111   20   0 3823m 360m 6828 S 199.5 36.5 147:41.46 java

另外，top下，按H可以在进程PID和线程TID之间切换

2. 查看PID对应的进程

[user111@kms210 lms]$ ps -ef|grep 35163user111  35163     1 99 04:59 pts/0    02:28:06 /usr/local/jdk1.8.0_60/bin/java -Djava.util.logging.config.file=/usr/local/lms/conf/logging.properties -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.awt.headless=true -Djava.endorsed.dirs=/usr/local/lms/endorsed -classpath /usr/local/lms/bin/bootstrap.jar:/usr/local/lms/bin/tomcat-juli.jar -Dcatalina.base=/usr/local/lms -Dcatalina.home=/usr/local/lms -Djava.io.tmpdir=/usr/local/lms/temp org.apache.catalina.startup.Bootstrap startuser111  44605 23049  0 06:14 pts/0    00:00:00 grep 35163

3. 查看线程35163中占用CPU高的进程

[user111@kms210 lms]$ ps -mp 35163 -o THREAD,tid,timeUSER     %CPU PRI SCNT WCHAN  USER SYSTEM   TID     TIMEuser111   199   -    - -         -      -     - 02:32:04user111   0.0  19    - futex_    -      - 35163 00:00:00user111   0.0  19    - poll_s    -      - 35164 00:00:01user111   0.0  19    - futex_    -      - 35165 00:00:01user111   0.0  19    - futex_    -      - 35166 00:00:00user111   0.0  19    - futex_    -      - 35167 00:00:00user111   0.0  19    - futex_    -      - 35168 00:00:00user111   0.3  19    - futex_    -      - 35169 00:00:16user111   0.3  19    - futex_    -      - 35170 00:00:16user111   0.1  19    - futex_    -      - 35171 00:00:05user111   0.0  19    - futex_    -      - 35172 00:00:00user111   0.0  19    - futex_    -      - 35173 00:00:01user111   0.0  19    - futex_    -      - 35174 00:00:00user111   0.0  19    - futex_    -      - 35178 00:00:00user111   0.0  19    - ep_pol    -      - 35181 00:00:00user111   0.0  19    - ep_pol    -      - 35182 00:00:00user111   0.0  19    - ep_pol    -      - 35183 00:00:00user111  99.6  19    - -         -      - 35204 01:15:33user111   0.0  19    - futex_    -      - 35222 00:00:00user111  99.6  19    - -         -      - 35226 01:15:27user111   0.0  19    - futex_    -      - 35230 00:00:00

线程TID转16进制

[user111@kms210 lms]$ printf "%xn" 352048984

4.查看线程栈信息

[user111@kms210 lms]$ jstack 35163 | grep 8984 -A 30"Thread-6" #18 daemon prio=5 os_prio=0 tid=0x00007fb0d8fd1800 nid=0x8984 runnable [0x00007fb11cc8e000]   java.lang.Thread.State: RUNNABLEat com.qsd.sssm.thread.LmsThread.run(LmsThread.java:68)"NioBlockingSelector.BlockPoller-3" #15 daemon prio=5 os_prio=0 tid=0x00007fb130531800 nid=0x896f runnable [0x00007fb11dfb2000]   java.lang.Thread.State: RUNNABLEat sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:269)at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:79)at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:86)- locked <0x00000000f62278e8> (a sun.nio.ch.Util$2)- locked <0x00000000f62278f8> (a java.util.Collections$UnmodifiableSet)- locked <0x00000000f62278a0> (a sun.nio.ch.EPollSelectorImpl)at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:97)at org.apache.tomcat.util.net.NioBlockingSelector$BlockPoller.run(NioBlockingSelector.java:342)"NioBlockingSelector.BlockPoller-2" #14 daemon prio=5 os_prio=0 tid=0x00007fb130517000 nid=0x896e runnable [0x00007fb11e0b3000]   java.lang.Thread.State: RUNNABLEat sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:269)at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:79)at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:86)- locked <0x00000000f6227b20> (a sun.nio.ch.Util$2)- locked <0x00000000f6227b30> (a java.util.Collections$UnmodifiableSet)- locked <0x00000000f6227ad8> (a sun.nio.ch.EPollSelectorImpl)at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:97)at org.apache.tomcat.util.net.NioBlockingSelector$BlockPoller.run(NioBlockingSelector.java:342)"NioBlockingSelector.BlockPoller-1" #13 daemon prio=5 os_prio=0 tid=0x00007fb130474800 nid=0x896d runnable [0x00007fb11e3cd000]   java.lang.Thread.State: RUNNABLEat sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)[user111@kms210 lms]$

找到出现问题的代码，并分析具体函数中是否有可能出现死循环的代码段。

通常问题出现在while， for之类的循环代码片段。

5. 查看文件LmsThread.java:68行

Debug一下，发现死循环

while (true) {

if(CMD.remoteIp.equals("")) {// 第58行，if成立，死循环

continue;

}

6. 另外，只替换.war文件可能存在的问题

修改只替换.war文件，可能会发现线程占用率还是很高，线程栈信息仍然显示以前的行号的话，可以试试完整的删除项目文件夹，重新部署整个项目

参考：http://blog.csdn.net/five3/article/details/28416771