必须调用 Field.setAccessible(true) 才能访问 private 字段，否则抛 IllegalAccessException；JDK 12+ 还会触发强封装警告，且需捕获 SecurityException，final 基本类型字段在 JDK 17+ 不可修改。
为什么用 Field.setAccessible(true) 而不是直接调用 set()
因为大多数被注入的字段是 private 的，反射默认无法访问。不调用 setAccessible(true) 就会抛出 IllegalAccessException。JDK 12+ 还可能触发强封装警告（尤其在模块化项目中），所以必须显式放开访问权限。
实操建议：
- 务必在
field.set(obj, value)前加field.setAccessible(true)，且放在try-catch中捕获SecurityException（极少数安全策略严格环境） - 不要对
final字段强行注入——即使设了accessible，JDK 17+ 默认拒绝修改final基本类型字段，会抛IllegalAccessException - 如果字段类型是基本类型（如
int），而注入的是null，会触发IllegalArgumentException；应提前判空或只处理包装类（Integer）
如何识别并跳过非 @Autowired 字段
不能只靠字段名或类型匹配，必须依赖注解存在性判断。Spring 的 @Autowired 是 @Target({ElementType.CONSTRUCTOR, ElementType.METHOD, ElementType.FIELD})，但简易 IOC 只需关注 FIELD 场景。
实操建议：
- 遍历
clazz.getDeclaredFields()，对每个field调用field.isAnnotationPresent(Autowired.class) - 注意：
getDeclaredFields()不包含父类字段，若需支持继承链注入，得递归调用getSuperclass()并合并字段列表 - 避免重复处理同名字段（子类覆盖父类字段时），建议按声明类分组，优先使用子类字段
BeanFactory.getBean(Class) 怎么解决循环依赖
简易容器不实现三级缓存，但至少要防止无限递归构造。核心是“提前暴露未初始化完的实例”——即在 new 实例后、注入前，先放入缓存，后续依赖该 Bean 时能取到“半成品”引用。
实操建议：
- 用
ConcurrentHashMap存“正在创建中”的实例（key 是 Class，value 是刚 new 出来的对象）, Object> - 注入阶段再从缓存查依赖：若发现目标 Class 已在“创建中”缓存里，就直接返回那个对象，不再 new
- 注入完成后，把实例移到“已就绪”缓存（另一个 map），并从“创建中”移除；否则下次 get 仍会拿到未注入完的对象
- 不支持 setter 循环依赖（如 A.setB(B) → B.setA(A)），仅支持构造器/字段注入的单向引用链；真要支持 setter，需额外记录当前注入路径（Stack
>）防死循环
为什么不用 Class.forName().newInstance() 创建 Bean
这个方法在 JDK 9+ 已废弃，且要求类必须有无参构造器。现代框架都用 Constructor.newInstance() 显式选构造器，更可控。
实操建议：
- 优先找
@Autowired标记的构造器（Spring 风格）；没有则 fallback 到 public 无参构造器 - 若找到多个
@Autowired构造器，抛异常（Spring 也这样）；若没找到任何可用构造器，直接失败，别试图用 Unsafe 或 JNI 绕过 - 构造器参数类型需与容器中已注册的 Bean 类型匹配——注意泛型擦除：
List和List运行时都是List，靠类型名匹配会出错，简易版建议只比对原始类（parameter.getType()）
复杂点在于字段注入时机和循环依赖边界条件的判定，比如父类字段是否可注入、final 字段是否允许反射修改、以及多线程并发 getBean 时缓存状态不一致——这些地方稍不留神就会在特定场景下静默失败。
