Java反射是DI的基础能力，但企业级DI需生命周期管理、循环依赖检测等机制；轻量级构造器注入关键在于筛选注解构造器、递归匹配Bean、处理循环依赖并安全实例化。
Java 反射可以读取构造函数上的注解，但仅靠反射本身无法“完成企业级依赖注入”——它只是基础能力之一。真正的依赖注入（DI）框架（如 Spring、Guice）在反射之上构建了完整的生命周期管理、作用域控制、循环依赖检测、AOP 集成等机制。若你希望手动实现轻量级构造器注入逻辑（例如用于测试工具、插件容器或学习目的），关键在于：准确获取带特定注解的构造函数，并递归解析其参数类型所对应的 Bean 实例。
1. 获取标注了特定注解的构造函数
使用 Class.getConstructors() 或 getDeclaredConstructors()（后者可访问 private 构造器），再通过 Constructor.isAnnotationPresent(...) 筛选：
-
推荐用
getDeclaredConstructors()：Spring 等框架也如此，确保能发现非 public 构造器（如 package-private 或 private 的 @Autowired 构造器） - 若注解本身未声明
@Retention(RetentionPolicy.RUNTIME)，运行时将不可见，反射读不到 - 一个类可能有多个构造函数，需明确策略：取唯一标记的？取参数最多的？或按注解属性（如
@PrimaryConstructor）指定？
2. 解析构造函数参数并匹配可用 Bean
拿到目标构造函数后，调用 constructor.getParameterTypes() 得到 Class 数组，再为每个参数类型查找已注册/可实例化的 Bean：
- 参数类型可能是接口，需根据实现类注册情况做类型匹配（如 Map<Class, Object> beanRegistry）
- 支持泛型参数时，需结合
constructor.getGenericParameterTypes()和Type解析（如ParameterizedType） - 若某参数无可用 Bean，应明确报错（如 “Unsatisfied dependency: xxxService”），而非静默跳过
3. 处理依赖递归与循环引用
手动实现时最容易忽略的是对象图构建中的循环依赖。例如 A 的构造器依赖 B，B 的构造器又依赖 A：
- 简单做法：维护一个正在创建中的类名栈（
ThreadLocal<Set<Class>>），在实例化前检查是否已在栈中 - 进阶做法：参考 Spring 的三级缓存思想，对刚 new 出但未完成构造的对象做早期引用暴露（需配合代理或字段注入，纯构造器注入天然不支持解循环）
- 建议默认禁止循环构造器依赖，并给出清晰堆栈提示
4. 实际注入：用 Constructor.newInstance(...) 完成实例化
确认所有参数都已就位后，调用 constructor.setAccessible(true)（绕过访问控制），再传入参数数组执行实例化：
- 参数顺序必须严格对应
getParameterTypes()返回的顺序 - 基本类型参数（如
int）需确保传入对应包装类或原始值（Integer可自动拆箱，但 null 传给int会抛IllegalArgumentException） - 捕获
InvocationTargetException并展开其 cause，否则构造器内异常会被包裹，难以调试
