AOP无法拦截构造块，因其非独立连接点且编译后内联进方法；应改用拦截构造器、统一工厂或APT生成埋点逻辑。
构造块（即实例初始化块）本身不是 AOP 的作用域，AOP 无法直接拦截“对象构造过程”中的构造块执行——因为 AspectJ/Spring AOP 的标准连接点（Join Point）只支持方法调用、方法执行、字段访问等，不支持构造器执行前/后的构造块（initializer block）。构造块属于 Java 字节码层面的内联逻辑，在编译后直接合并进 `
为什么不能直接对构造块做 AOP 埋点
构造块不是方法，没有名称、参数或返回值，也不具备可反射获取的元信息。AspectJ 的 `execution()` 切点语法不支持匹配构造块；Spring AOP 更是仅基于代理（JDK/CGLIB），根本无法拦截构造过程。因此：
- 你写在类里的
{ System.out.println("init block"); }不会被任何标准 AOP 框架识别为独立连接点 - 试图用
execution(* *.new(..))只能匹配构造器调用，但无法区分构造块与构造器语句，也无法在块内部插入逻辑 - 构造块执行时机早于对象完全初始化，AOP 代理对象此时尚未生成，无法触发通知
真正可行的替代方案：聚焦构造器 + 统一初始化入口
要实现“每个对象创建时自动埋点”，应放弃构造块，转而控制对象的**构造入口**，并结合 AOP 或工厂机制注入埋点逻辑：
-
方案一：拦截构造器执行（AspectJ 编译期织入）
使用 AspectJ 的 `call()` 或 `execution()` 匹配构造器，适用于 Android 或纯 Java 项目（需 AspectJ 插件）：@Around("call(YourClass.new(..))")<br>public Object logConstruction(ProceedingJoinPoint pjp) throws Throwable {<br> Log.d("AOP", "Constructing: " + pjp.getThis());<br> return pjp.proceed();<br>} -
方案二：统一工厂 + 构造后埋点（推荐）
所有对象通过工厂创建，工厂内部在 new 出实例后立即触发埋点：public static YourClass create() {<br> YourClass obj = new YourClass();<br> TrackUtils.trackObjectCreated(obj, YourClass.class); // 埋点上报<br> return obj;<br>} -
方案三：自定义注解 + 编译时注解处理器（APT）
标注 `@AutoTrack` 的类，由 APT 在编译期生成带埋点逻辑的子类或增强构造器，绕过运行时 AOP 限制
如果必须保留构造块逻辑，怎么补救
可将埋点代码显式移入构造器，并确保该构造器可被 AOP 拦截：
- 把原构造块内容复制到每个构造器末尾（或提取为私有 `init()` 方法）
- 给类添加无参构造器（若不存在），并用 `@Pointcut("execution(YourClass.new(..))")` 拦截
- Android 中配合 `Art` 或 `AspectJ` 插件，确保构造器调用被织入（注意：`new` 是 call 点，`execution` 需目标类在织入范围内）
本质上，变量埋点关注的是对象生命周期起点，而非语法块位置。与其纠结构造块，不如把埋点逻辑绑定到可控、可观测、可测试的创建行为上——这才是工程落地的关键。
