必须用getdeclaredconstructor()获取私有构造器,调用setaccessible(true)仅绕过语言级检查,但受模块系统限制,jdk 9+需--add-opens参数配合, newinstance()已弃用,应改用newinstance(args...)并妥善处理各类异常。

直接调用 setAccessible(true) 并不能“破解”私有构造函数——它只是让反射机制绕过 Java 语言层的访问检查,前提是满足三类前提:获取方式正确、运行环境允许、参数与异常处理到位。
必须用 getDeclaredConstructor() 获取构造器
普通 getConstructor() 只返回 public 构造器,对 private 构造器完全不可见。必须使用 getDeclaredConstructor(Class>...),它能拿到本类声明的所有构造器(包括 private、protected、包私有)。
- 无参私有构造器:
clazz.getDeclaredConstructor() - 带参私有构造器:
clazz.getDeclaredConstructor(String.class, int.class),类型必须严格匹配(int.class≠Integer.class) - 若找不到,抛
NoSuchMethodException,不是权限问题,而是签名写错了
setAccessible(true) 是强制开关,但不是万能钥匙
这步关闭 JVM 对反射访问的语言级拦截,但它只生效于当前 Constructor 实例,且受运行时环境制约:
你接手一个需求时,是不是经常这样:"改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续";这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境(JDK、Spring Boot、ORM、数据库、前端框架),记在
- 必须在
newInstance()或newInstance(args...)之前调用,顺序不能颠倒 - JDK 9+ 模块系统下,即使设了
true,仍可能抛InaccessibleObjectException - 常见需开放的模块示例:
--add-opens java.base/java.lang=ALL-UNNAMED(针对String等核心类) - 若目标类在命名模块中且未被 opens,仅靠
setAccessible无效
创建实例时要注意参数和异常
newInstance() 已在 JDK 9 标记为 deprecated,推荐改用 newInstance(args...)(显式传参),并统一捕获以下异常:
-
InvocationTargetException:构造器内部抛出的异常会被包装成它 -
IllegalAccessException:说明setAccessible(true)没调或调用失败(如 SecurityManager 启用) -
InstantiationException:类是抽象类或接口,无法实例化 -
IllegalArgumentException:参数数量/类型不匹配,或传了 null 给基本类型参数
替代方案更安全也更推荐
反射绕过 private 构造器属于“破坏封装”,应仅用于测试、框架或特殊场景。生产代码优先考虑设计层面的解法:
- 提供公共静态工厂方法(如
getInstance()、create()) - 用枚举实现单例——天然防反射、防序列化、线程安全
- 使用建造者模式封装复杂构造逻辑,对外暴露清晰 API
- 若必须反射,配合模块参数启动,并做好异常兜底和日志记录
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










