Java6升级到Java8后SQLException捕获失败，AWT应用数据库异常处理问题

我之前处理过类似的JDBC异常在Java版本升级后行为异常的问题，结合你描述的情况，咱们一步步拆解原因和解决方案：

核心原因分析 #

首先得明确：Java 8中新增了SQLIntegrityConstraintViolationException，它是SQLException的直接子类，专门用于捕获完整性约束违反类的异常（比如主键重复、外键关联错误这类，对应你提到的SQLState "23000"、VendorCode 2292）。而在Java 6中，JDBC驱动通常只会抛出基础的SQLException，这是版本升级后行为变化的核心背景。

你遇到的条件判断失败，大概率是下面几个常见坑之一：

1. 字符串比较用了==而不是equals() #

这是最容易踩的坑！调试时明明看到SQLState是"23000"，但代码里用==比较字符串，会因为对象引用不同导致判断失败。比如：

// 错误写法：字符串引用比较，大概率不成立
if (e.getSQLState() == "23000" && e.getErrorCode() == 2292) { ... }

必须改成用equals()做内容比较：

// 正确写法：比较字符串内容，还能避免空指针
if ("23000".equals(e.getSQLState()) && e.getErrorCode() == 2292) { ... }

2. 异常捕获顺序搞反了 #

如果你的代码里同时捕获了SQLIntegrityConstraintViolationException和SQLException，一定要把子类异常的catch块放在父类前面。比如：

// 错误顺序：父类catch会先捕获所有SQLException子类，子类catch永远不会执行
catch (SQLException e) { ... }
catch (SQLIntegrityConstraintViolationException e) { ... }

正确的顺序应该是：

// 先捕获子类异常，再处理通用SQLException
catch (SQLIntegrityConstraintViolationException e) {
    // 在这里检查你的SQLState和VendorCode
    if ("23000".equals(e.getSQLState()) && e.getErrorCode() == 2292) {
        // 你的业务处理逻辑
    } else {
        throw e; // 不符合条件就抛出，交给上层处理
    }
}
catch (SQLException e) {
    // 处理其他类型的SQL异常
}

3. JDBC驱动版本不兼容 #

升级Java8但没同步升级JDBC驱动，会导致老驱动在新Java环境下异常属性传递异常。比如：

• MySQL用户：确保用Connector/J 5.1.47+版本
• Oracle用户：切换到12.2.x及以上的JDBC驱动
  老驱动可能会错误包装异常，导致getSQLState()或getErrorCode()返回值不符合预期。

验证排查步骤 #

如果还是不确定问题出在哪，建议在catch块里加一段日志，把异常的所有关键信息打出来：

catch (SQLException e) {
    System.out.println("异常类型：" + e.getClass().getName());
    System.out.println("SQLState：" + e.getSQLState());
    System.out.println("VendorCode：" + e.getErrorCode());
    // 打印完整栈轨迹，看有没有异常包装的情况
    e.printStackTrace();
    
    // 再执行你的判断逻辑
    if ("23000".equals(e.getSQLState()) && e.getErrorCode() == 2292) {
        System.out.println("条件匹配成功！");
        // 业务处理
    } else {
        System.out.println("条件匹配失败！");
    }
}

通过日志可以直观确认运行时的参数是否和你调试时看到的一致，也能排查是否有异常被多层包装的情况。

内容的提问来源于stack exchange，提问作者Siddhesh