「问题排查java」问题排查表

今天给各位分享问题排查java的知识，其中也会对问题排查表进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、JVM 问题排查
• 2、java内存溢出的问题如何排查
• 3、jvm故障排查
• 4、如何排查Java内存泄露
• 5、java浏览器卡顿白屏排查方法

JVM 问题排查

也可以通过查看gc日志来观察问题

如果CPU使用率不高，但程序性能低下，则可考虑对线程进行分析，看看各个主要的线程都在做什么，是否有锁争用或IO阻塞问题

为了方便分析，最好给每个线程或者线程池命名

如果JVM发现有死锁存在，会在日志中出现Found one Java-level deadlock

在等待一个条件的发生，来把自己唤醒，或者调用了sleep方法

此时线程状态：

WAITING(parking)： 一直等待那个条件发生

TIMED_WAITING(parking或sleeping)： 定时等待，即使条件不发生，时间到了也可以自己唤醒

如果发现大量线程处于此状态，并且从线程的堆栈上查看到是正在执行网络读写，这可能是一个网络瓶颈问题或者第三方响应慢的问题

线程所需要的资源长时间等待却一直无法获取，被标识为阻塞状态，可以理解为等待资源超时的线程。线程堆栈中一般存在Waiting to Lock

每个 Monitor在某个时刻，只能被一个线程拥有，该线程就是Active Thread，而其它线程都是Waiting Thread，分别在两个队列 Entry Set和Wait Set里面等候。 在Entry Set中等待的线程状态是Waiting for monitor entry，而在Wait Set中等待的线程状态是in Object.wait()。 当被调用notify或notifyAll时，只有在Wait Set中的线程会被唤醒

Waiting for monitor entry：等待进入一个临界区 ，所以它在Entry Set队列中等待。此时线程状态一般都是Blocked，如果存在大量线程在此状态，可能是一个全局锁阻塞住了大量线程。随着时间流逝，waiting for monitor entry的线程越来越多，没有减少的趋势，可能意味着某些线程在临界区里呆的时间太长了，以至于越来越多新线程迟迟无法进入临界区

当线程获得了Monitor，如果发现线程继续运行的条件没有满足，它则调用对象（一般就是被 synchronized 的对象）的 wait() 方法，放弃了Monitor，进入Wait Set队列。此时线程状态大致为以下几种：TIMED_WAITING (on object monitor)和 WAITING (on object monitor)

有时候线程状态是Runnable，但却是在等待IO

性能分析之– JAVA Thread Dump 分析综述

三个实例演示 Java Thread Dump 日志分析

java内存溢出的问题如何排查

java程序大家都知道，内存溢出是经常见的错误，下面从基本的开始分析！

内存溢出是由于没被引用的对象（垃圾）过多造成JVM没有及时回收，造成的内存溢出。如果出现这种现象可行代码排查：

一）是否App中的类中和引用变量过多使用了Static修饰 如public staitc Student s；在类中的属性中使用 static修饰的最好只用基本类型或字符串。如public static int i = 0; //public static String str;

二）是否App中使用了大量的递归或无限递归（递归中用到了大量的建新的对象）

三）是否App中使用了大量循环或死循环（循环中用到了大量的新建的对象）

四）检查App中是否使用了向数据库查询所有记录的方法。即一次性全部查询的方法，如果数据量超过10万多条了，就可能会造成内存溢出。所以在查询时应采用“分页查询”。

五）检查是否有数组，List，Map中存放的是对象的引用而不是对象，因为这些引用会让对应的对象不能被释放。会大量存储在内存中。

六）检查是否使用了“非字面量字符串进行+”的操作。因为String类的内容是不可变的，每次运行"+"就会产生新的对象，如果过多会造成新String对象过多，从而导致JVM没有及时回收而出现内存溢出。

如String s1 = "My name";

String s2 = "is";

String s3 = "xuwei";

String str = s1 + s2 + s3 +.........;这是会容易造成内存溢出的

但是String str = "My name" + " is " + " xuwei" + " nice " + " to " + " meet you"; //但是这种就不会造成内存溢出。因为这是”字面量字符串“，在运行"+"时就会在编译期间运行好。不会按照JVM来执行的。

在使用String,StringBuffer,StringBuilder时，如果是字面量字符串进行"+"时，应选用String性能更好；如果是String类进行"+"时，在不考虑线程安全时，应选用StringBuilder性能更好。

知道原因了，解决起来就非常简单了。

jvm故障排查

背景：

   服务在正常运营中，偶尔出现进程被杀死的情况，所以总结一下排查问题的方法

1.应用日志

   如：根据配置的logback-spring，logback配置的日志路径下去寻找

2.容器日志

  如:tomcat崩溃,去catalina.201X-XX-XX.log,localhost.201X-XX-XX.log等容器配置的日志文件中寻找

3.JVM奔溃日志

  当JVM发生致命错误导致崩溃时，会生成一个hs_err_pid_xxx.log这样的文件，该文件包含了导致 JVM crash 的重要信息，我们可以通过分析该文件定位到导致 JVM Crash 的原因，修复

  默认情况下，该文件是生成在工作目录下的，当然也可以通过 JVM 参数指定生成路径：

 -XX:ErrorFile=/var/log/hs_err_pid.log

4.系统日志

  (1)系统报错日志:/var/log/messages

     top查看资源占用情况（M排序由高到低）这是实时的参考率不大

     OOM killer（Out Of Memory killer），这个东西会在系统内存耗尽的情况下跳出来，选择性的干掉一些进程以求释放一些内存

     OOM killer是通过/proc/pid/oom_score这个值来决定哪个进程被干掉的。这个值是系统综合进程的内存消耗量、CPU时间(utime + stime)、存活时间(uptime - start time)         和oom_adj计算出的，消耗内存越多分越高，存活时间越长分越低。总之，总的策略是：损失最少的工作，释放最大的内存同时不伤及无辜的用了很大内存的进程，并且杀掉的进         程数尽量少。

   我们可以开启dump core 和 启动配置内存泄露的jvm参数获取dump文件的方式获取错误资料,core和dump是可以互转的

  1)dumo core

    ulimit -c unlimited(开启)

     在/usr/local/apps/获取core文件

    gdb java core分析

  2)dump

    内存泄漏是指本应该被GC回收的无用对象没有被回收，导致的内存空间的浪费，当内存泄露严重时会导致OOM

    启动时配置jvm参数

   -XX:+HeapDumpOnOutOfMemoryError

   -XX:HeapDumpPath=/xx/java.hprof；

     注：+HeapDumpOnOutOfMemoryError  需要放在-jar前面

     如java  -XX:+PrintGCDetails  -XX:+HeapDumpOnOutOfMemoryError-XX:HeapDumpPath=/xx/java.hprof  -jarxx-1.0-SNAPSHOT.jar

     出现异常，可以去找配置路径的dump快照文件，接下来借助VisualVM这种可视化工具分析就行，定位问题。

(2)内核日志:dmesg

        去内核日志里头查询。有时Linux系统或者系统上运行的java或者其它进程，会发生一些莫名其妙的问题，比如突然挂掉了，比如突然重启等等。在软件上找不到问题所在，此时     我们应该怀疑硬件或者内核的问题，此时我们就可以使用 dmesg来查看：

  dmesg | grep java

   输出如下

如何排查Java内存泄露

1. Memory Analyzer－是一款开源的JAVA内存分析软件，查找内存泄漏，能容易找到大块内存并验证谁在一直占用它，它是基于Eclipse RCP(Rich Client Platform)，可以下载RCP的独立版本或者Eclipse的插件。

2. JProbe－分析Java的内存泄漏。

3. JProfiler－一个全功能的Java剖析工具，专用于分析J2SE和J2EE应用程序。它把CPU、执行绪和内存的剖析组合在一个强大的应用中，GUI可以找到效能瓶颈、抓出内存泄漏、并解决执行绪的问题。

4. JRockit－用来诊断Java内存泄漏并指出根本原因，专门针对Intel平台并得到优化，能在Intel硬件上获得最高的性能。

5. YourKit .NET Java Profiling业界领先的Java和.NET程序性能分析工具。

6. AutomatedQA －AutomatedQA的获奖产品performance profiling和memory debugging工具集的下一代替换产品，支持Microsoft, Borland, Intel, Compaq 和 GNU编译器。可以为.NET和Windows程序生成全面细致的报告，从而帮助您轻松隔离并排除代码中含有的性能问题和内存/资源泄露问题。支持.Net 1.0,1.1,2.0,3.0和Windows 32/64位应用程序。

7. Compuware DevPartner Java Edition－包含Java内存检测,代码覆盖率测试,代码性能测试,线程死锁,分布式应用等几大功能模块。

java浏览器卡顿白屏排查方法

先确保网络连接顺畅。

先确保网络连接顺畅，再检查URL地址是否错误，打开控制台查看是否有报错信息，查看接口访问是否有请求，查看路由是否有path错误，导致加载了不存在的页面，排除了网络问题以后如果还是白屏，那一般都是css和js加载造成的，css和js会造成阻塞渲染，比如不正确的引入css和js，就会导致它们的加载速度过长，从而导致白屏现象。

问题排查java的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于问题排查表、问题排查java的信息别忘了在本站进行查找喔。