class.newinstance() 因绕过访问检查、不支持参数构造器、异常信息模糊而被弃用，jdk 9 标记为 @deprecated，jdk 15 起部分模块移除；应改用 constructor.newinstance() 并显式调用 setaccessible(true)、严格匹配参数类型、解包 invocationtargetexception。
为什么 Class.newInstance() 已被弃用
因为不安全且行为不可控：它绕过构造器访问检查，却无法处理带参数的构造器，更无法传递异常信息。JDK 9 开始标记为 @Deprecated，JDK 15 起在某些模块中彻底不可用。真实项目里看到它，基本意味着代码没跟上 JDK 演进，或正踩在反射调用的兼容性雷区上。
常见错误现象：IllegalAccessException（私有构造器）、NoSuchMethodException（无参构造器不存在）、InstantiationException（抽象类/接口）——这些在 newInstance() 下往往合并成一个模糊的 InstantiationException，排查困难。
- 它只尝试调用无参构造器，哪怕类明明有 public 无参构造，但被编译器优化掉（如 Lombok 的
@RequiredArgsConstructor未显式声明无参），就会失败 - 无法区分“构造器不存在”和“构造器抛异常”，堆栈里看不到原始异常原因
- Android 上从 API 28（Pie）起，
newInstance()对非可访问构造器直接抛IllegalAccessException，行为比 JVM 更严格
用 Constructor.newInstance() 替代的实操要点
这才是可控、可调试、跨 JDK 版本稳定的反射创建方式。核心是先获取 Constructor 对象，再显式调用。
使用场景：需要传参、处理泛型类型、捕获构造器内抛出的具体异常（比如 SQLException 或自定义校验异常）。
立即学习“Java免费学习笔记（深入）”；
- 必须先调用
setAccessible(true)才能访问 private / package-private 构造器，否则抛IllegalAccessException - 参数类型必须严格匹配：传
int却用Integer.class查找，会找不到构造器；建议用getDeclaredConstructor(int.class)而非getConstructor(Integer.class) - 构造器抛出的异常会被包装成
InvocationTargetException，需用e.getCause()取出原始异常
示例：
Constructor<User> ctor = User.class.getDeclaredConstructor(String.class, int.class);
ctor.setAccessible(true);
User user = ctor.newInstance("Alice", 30); // 原始异常在此处暴露
泛型类与数组类型的实例化陷阱
泛型擦除后，List<string>.class</string> 根本不合法，不能直接反射创建；数组类型如 String[].class 虽然存在，但 newInstance() 行为和普通类不同。
常见错误现象：想通过反射创建 new ArrayList<string>()</string>，结果得到 raw type 实例，泛型信息丢失；或对 int[].class 调用 newInstance() 得到长度为 0 的数组，而非预期大小。
- 泛型集合应优先用工厂方法（如
new ArrayList()）或依赖注入，反射不是解决泛型实例化的合理手段 - 数组类型必须用
Array.newInstance(componentType, length)，例如Array.newInstance(int.class, 5)→int[5] -
Class.forName("[Ljava.lang.String;")可以拿到String[].class，但别用它的newInstance()—— 它等价于new String[0]，几乎无用
Spring 和 Jackson 等框架内部怎么做的
它们早就不碰 Class.newInstance() 了。Spring 的 BeanUtils.instantiateClass() 底层用的就是 Constructor.newInstance() + 参数类型推导；Jackson 反序列化时，若类有多个构造器，会按参数名匹配（需开启 MapperFeature.USE_CREATORS_FOR_NULL_VALUES）。
这意味着：如果你在写通用工具类（比如配置驱动的对象工厂），不要自己封装 newInstance()，而是复用 Spring 的 ResolvableType 或 Apache Commons Lang 的 ConstructorUtils.invokeConstructor() —— 后者已内置参数类型宽松匹配和异常解包逻辑。
容易被忽略的一点：即使用了 Constructor.newInstance()，如果目标类被字节码增强（如 Hibernate 代理、Lombok @Data 生成的 setter），构造器可能被重写或拦截，此时反射创建的仍是原始类实例，未必符合运行时契约。
