Java根据类名动态带参创建对象时抛出InvocationTargetException问题

兄弟，你碰到的InvocationTargetException其实是个「包装型」异常——它本身不是真正的问题根源，真正的错误是你的目标构造方法（也就是my.test.path.Class那个带Integer和String参数的构造方法）内部抛出来的，只是被Java反射机制包装成这个异常了而已。

从你打印的构造方法信息就能看出来：

public my.test.path.Class(java.lang.Integer, java.lang.String) throws java.sql.SQLException,java.lang.ClassNotFoundException

这个构造方法明明白白声明了会抛出SQLException和ClassNotFoundException，这俩才是导致你看到InvocationTargetException的罪魁祸首。

接下来给你具体的排查和解决步骤：

1. 先揪出真正的异常根源 #

你可以通过InvocationTargetException的getCause()方法拿到藏在里面的原始异常，这样就能精准定位构造方法内部到底出了啥问题：

try {
    ClassInterface object = (ClassInterface) constructor.newInstance(id, details);
} catch (InvocationTargetException e) {
    // 拿到真正的异常原因
    Throwable realProblem = e.getCause();
    realProblem.printStackTrace(); // 打印完整栈信息，直接看到哪里出错
    // 还可以根据异常类型针对性处理
    if (realProblem instanceof SQLException) {
        // 比如检查数据库连接、SQL语句、权限之类的
    } else if (realProblem instanceof ClassNotFoundException) {
        // 看看构造方法里是不是加载了某个不存在的类，或者类路径有问题
    }
}

2. 针对性排查构造方法内部逻辑 #

根据你拿到的原始异常类型，去查my.test.path.Class构造方法里的代码：

• 如果是SQLException：检查数据库连接是否正常、SQL语句有没有写错、传入的参数是否符合数据库要求、有没有操作权限；
• 如果是ClassNotFoundException：检查构造方法里是不是有加载其他类的代码，那个类的全限定名是不是写错了，或者对应的jar包/类文件有没有在类路径里。

3. 额外提醒的小细节 #

• 你用getConstructor()获取的是公共（public）的构造方法，如果目标构造方法不是public的，会抛出NoSuchMethodException，不过你这里已经成功打印出构造方法了，所以这个问题不用考虑；
• 你传入的参数类型（Integer和String）和构造方法声明的完全匹配，这部分是没问题的，不用纠结参数类型不匹配的问题。

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