`

Bug分析之异常变量堆栈信息

阅读更多

 

 

 

异常是一种特殊的类,在创建异常时保存创建时的方法调用堆栈镜像。即,为了保留异常出现时的实时堆栈信息,不应复用异常,每个异常均需单独new方式生成。

 

下面演示一段有问题的代码并进行分析

 

1.问题代码

 

a)自定义异常定义

package demo.bce;
 
public class MyException extends RuntimeException {
 
    private static final long serialVersionUID = -3802919537257556719L;
 
    private String id;
 
    public MyException(String id) {
       super();
       this.id = id;
    }
 
    public String getId() {
       return id;
    }
 
    public void setId(String id) {
       this.id = id;
    }
 
    @SuppressWarnings("unused")
    private MyException() {
    }
 
}

 


 

b)自定义异常常量

 

package demo.bce;
 
public final class MyExceptionContext {
 
    // x1,x2,y1,y2的Throw相关堆栈信息在创建时一次性生成(不再变化)
    // 即使用此异常会得到错误的堆栈描述信息
    public static final MyException x1 = new MyException("X1");
    public static final MyException x2 = new MyException("X2");
 
}

  


 

c)测试代码

 package demo.bce;

 
 
public class MyMain {
 
    public static void main(String[] args) {
       testx();
    }
 
    // ///
 
    private static void testx() {
       try {
           x11();
       } catch (Exception e) {
           e.printStackTrace();
       }
       try {
           x12();
       } catch (Exception e) {
           e.printStackTrace();
       }
       try {
           x21();
       } catch (Exception e) {
           e.printStackTrace();
       }
       try {
           x22();
       } catch (Exception e) {
           e.printStackTrace();
       }
    }
 
    private static void x11() {
       throw MyExceptionContext.x1;
    }
 
    private static void x12() {
       throw MyExceptionContext.x2;
    }
 
    private static void x21() {
       throw MyExceptionContext.x1;
    }
 
    private static void x22() {
       throw MyExceptionContext.x2;
    }
 
}
 


 

d)测试结果

 

demo.bce.MyException

    at demo.bce.MyExceptionContext.<clinit>(MyExceptionContext.java:7)

    at demo.bce.MyMain.x11(MyMain.java:36)

    at demo.bce.MyMain.testx(MyMain.java:14)

    at demo.bce.MyMain.main(MyMain.java:7)

demo.bce.MyException

    at demo.bce.MyExceptionContext.<clinit>(MyExceptionContext.java:8)

    at demo.bce.MyMain.x11(MyMain.java:36)

    at demo.bce.MyMain.testx(MyMain.java:14)

    at demo.bce.MyMain.main(MyMain.java:7)

demo.bce.MyException

    at demo.bce.MyExceptionContext.<clinit>(MyExceptionContext.java:7)

    at demo.bce.MyMain.x11(MyMain.java:36)

    at demo.bce.MyMain.testx(MyMain.java:14)

    at demo.bce.MyMain.main(MyMain.java:7)

demo.bce.MyException

    at demo.bce.MyExceptionContext.<clinit>(MyExceptionContext.java:8)

    at demo.bce.MyMain.x11(MyMain.java:36)

    at demo.bce.MyMain.testx(MyMain.java:14)

    at demo.bce.MyMain.main(MyMain.java:7)

 

 

代码实际上在四个不同的方法中抛出了两个不同的异常,但抛到四个异常的堆栈信息居然完全一致。

 

另外,x11x21虽然抛同一个异常,但x11的异常无stackTracex21的异常有stackTrace信息。

 

2.代码分析和猜想

 

MyExceptionContext首次被调用时才生成常量异常x1x2。注意x1x2是同时生成的,且基本上处于相同的方法调用环境。故x1x2的方法调用堆栈信息基本一致,进而在实际使用时严重误导异常的抛出分析。

 

另外,通常情况下,异常是需要设置cause的。因此,也不应该尝试常量异常(cause每次可能不一样)。

 

3.简单总结

 

使用异常时实时new一个出来返回以获取正确方法调用堆栈信息。

  

 

 

 

分享到:
评论

相关推荐

    异常堆栈回溯 找出异常地址

    此时,开发人员可以通过异常堆栈回溯来分析导致异常的具体原因。堆栈回溯的过程是反向遍历堆栈帧,从当前执行点(也就是异常发生的地方)开始,逐级向上回溯到程序的入口点。 找出异常地址是异常堆栈回溯的核心任务...

    BugReport dump txt

    在IT行业中,"BugReport dump txt"通常是指一种用于调试和问题排查的技术,它涉及到C++编程语言中的异常处理和堆栈跟踪。当程序运行时出现错误或异常,程序员会生成一个dump文件,该文件包含了程序崩溃时的内存状态...

    BugReport_崩溃报告

    BugReport是一份详细记录了应用程序在运行时出现问题的报告,包括错误日志、堆栈跟踪、系统状态等信息。它为开发者提供了诊断问题的关键线索,因为报告中通常会包含错误发生的时间、设备状态、应用版本以及用户操作...

    java java查bug 查bug bug 查错 源码

    它的分析范围广泛,包括空指针异常、未初始化的变量、资源泄漏等。通过在项目中集成FindBugs,开发者可以提前发现并修复这些问题,提高软件的稳定性和可靠性。 总之,Java查bug和查错是一项系统性工作,需要结合...

    Go Bug调试程序

    GoBug提供了源代码级别的调试支持,允许开发者设置断点,单步执行代码,查看变量值,调用堆栈信息等。这些功能对于理解代码执行流程和分析问题原因至关重要。通过断点,我们可以暂停程序在特定位置的执行,查看此时...

    VS2010基于MFC开发的软件崩溃快速找bug以及如何优雅崩溃

    可以自定义日志类,将错误信息、堆栈跟踪等信息写入文件或发送到服务器,以便在软件崩溃后进行分析。 5. **崩溃后的快速定位**: 一旦软件崩溃,用户通常会看到一个“程序停止工作”的对话框。点击“查看详细信息...

    10.饿了么-邱化峰-人工智能在Bug定位中的应用.pdf

    在软件开发的过程中,Bug定位是一个关键的环节,它是保证软件质量的重要措施之一。随着人工智能技术的发展,其在Bug定位中的应用日渐成熟,能够大幅度提升定位Bug的效率与准确性。本次分享由饿了么的新零售新餐饮...

    异常保存.dmp文件生成

    7. **故障排除流程**:在实际操作中,开发者首先会收到用户的".dmp"文件,然后使用调试工具分析异常原因,定位问题代码,修复后再进行测试验证,最后将修复更新推送给用户。 8. **持续集成/持续部署(CI/CD)**:在...

    PHP中获取变量的变量名的一段代码的bug分析

    例如,在使用全局变量数组`$GLOBALS`时,作者提到避免直接遍历`$GLOBALS`,因为可能会导致堆栈问题。这实际上指向了一个更大的问题:PHP在处理递归函数时容易遇到的最大递归深度限制问题。当函数内部有对`$GLOBALS`...

    堆栈溢出了怎么办?.pdf

    - **分析错误报告**:通过错误信息、dump文件或调试工具来定位可能的出错位置。 - **检查代码**:查找可能导致溢出的函数,尤其是那些涉及大量局部变量或递归调用的函数。 - **边界检查**:在函数调用中添加边界...

    java使用DeBug以及开发者工具 快速定位系统的bug

    3. **分析堆栈跟踪**:当程序抛出异常时,通常会附带一个堆栈跟踪(stack trace),显示了异常发生时的调用链路。仔细阅读堆栈跟踪可以帮助快速定位问题根源。 4. **单元测试**:编写针对关键功能的单元测试(unit ...

    bugTest代码交流-江下科技.zip

    理解如何设置断点、单步执行、查看变量值和调用堆栈对于定位bug至关重要。 2. **异常处理**:C++的异常处理机制允许程序在遇到错误时抛出异常,而不是导致程序崩溃。通过`try-catch`块,开发者可以捕获并处理异常,...

    Android调用堆栈跟踪实例分析

    通过理解和分析堆栈信息,开发者可以迅速定位问题所在,进而修复bug,提高应用的稳定性和性能。在实际工作中,结合日志记录、单元测试和持续集成等实践,可以更有效地管理和预防这类问题的发生。

    vc.rar_VC 调试_vc 异常_vc 异常处理_调试技巧

    - **调试器使用**:Visual Studio的调试器是强大的工具,可以设置断点,单步执行代码,检查变量值,查看调用堆栈,以及分析内存和线程状态。 - **监视窗口与快速监视**:通过监视窗口可以实时查看变量的变化,快速...

    Linux下Qt生成dump文件并定位bug(基于qBreakpad)

    首先,qBreakpad是Qt平台上一个用于处理崩溃信息的开源库,它提供了捕获和分析崩溃堆栈的能力。qBreakpad的工作原理是在应用程序崩溃时捕获信息,生成一个.dmp文件,然后可以使用专用工具(如WinDbg、GDB等)对这个...

    dSym分析工具v1.03

    工具会自动匹配并显示崩溃的具体位置,以及相关的变量值和调用堆栈。相比于手动查找和解析,dSym分析工具大大提高了效率,减少了在调试过程中的时间和精力投入。 5. **应用场景** - **应用发布后的错误监控**:当...

    Core_Dump分析

    这个文件通常只包含异常时相关的内存信息,而不包含所有共享内存(除非环境变量CORE_NOSHM未设置)。Core文件的格式依赖于操作系统,AIX系统中的格式可以参考/usr/include/sys/core.h或相关文档。 应用进程的Core ...

    bugreport-venus-TKQ1.220829.002-2024-04-18-00-45-35.zip

    5. **visible_windows.zip**:这可能包含有关用户界面(UI)状态的详细信息,比如活动的应用窗口、窗口堆栈等,对于分析UI问题或动画性能问题很有帮助。 6. **proto** 文件:这些通常是序列化数据,可能以协议缓冲...

    堆栈溢出的解决方法

    在计算机科学中,栈溢出是一种常见的编程错误,发生在程序的栈空间不足以存储所有的局部变量和函数调用信息时。如果栈溢出不被及时解决,可能会导致程序崩溃或出现未知的错误。因此,了解栈溢出的解决方法对于编程者...

Global site tag (gtag.js) - Google Analytics