动态方法注入通过运行时属性检查实现，依据字段值、注解元数据或Spring Bean属性决定注入逻辑，支持环境判断、配置驱动和热生效，但需注意空值、初始化时机与访问权限。
通过属性检查实现动态方法注入，核心在于“先读取运行时属性，再决定注入哪段逻辑”，而不是硬编码固定行为。它不依赖编译期约定，而是让方法注入策略由外部配置或对象状态驱动，从而提升灵活性和可维护性。
基于字段/属性值判断注入路径
在字节码增强（如 ASM）或代理生成阶段，可先访问目标对象的字段（field）或 getter 方法，读取其当前值，再据此插入不同逻辑分支。例如：
- 若对象的 env 字段值为 "prod"，注入性能监控逻辑；
- 若为 "dev"，则跳过监控，仅注入调试日志；
- 若 featureFlag 为 true，额外插入新业务校验代码。
这要求在 MethodVisitor 中插入 getfield / invokevirtual 指令读取属性，并用 if_XXX 指令做条件跳转，再分别写入对应逻辑块。
结合注解元数据动态解析参数
当目标方法被自定义注解（如 @InjectLogic(key = "cacheStrategy")）标记时，注入器可在 visitAnnotation 阶段提取 key 值，再从 Spring Environment、Properties 或本地 Map 中查出实际类名或表达式。比如：
- key = "cacheStrategy" → 查得值为 "redis" → 注入 Redis 缓存调用；
- 若值为 "local" → 注入 Caffeine 本地缓存逻辑；
- 支持 EL 表达式（如 "${app.cache.type}"），实现配置驱动。
利用 Bean 属性触发注册式注入
在 Spring 场景中，不直接修改字节码，而是让 Bean 自身携带控制属性（如 boolean enableTrace、String handlerType），再通过 BeanPostProcessor 扫描这些属性：
- 发现 enableTrace == true 的 Bean，自动为其方法添加 @Around 通知；
- 根据 handlerType 值，选择注入不同的 Advice 实现类（如 LogHandler、MetricHandler）；
- 属性变更后（如通过 Actuator endpoint 修改），可触发重新代理，实现热生效。
避免常见陷阱
属性检查本身不保证线程安全或初始化顺序，需注意：
- 字段可能为 null，注入前应加 null check 或提供默认策略；
- 避免在构造器中读取未初始化的属性——应在 afterPropertiesSet 或 postProcessAfterInitialization 阶段检查；
- ASM 注入时，若属性是 final 或 private，需确保有合法访问权限（如使用 accessor 方法而非直接 getfield）。
