最稳妥的日志记录位置是构造代码块和构造方法：前者在字段初始化后、所有构造方法前执行，适合记录时间戳、线程名等通用信息；后者可访问参数并做业务判断，适合记录“谁、为何、基于何参数”的关键审计日志。
对象创建时记录日志，最稳妥的位置是构造代码块（实例初始化块）和构造方法——它们在每次 new 实例时必然执行，不依赖调用方是否调用 setter 或工厂方法。
构造代码块适合通用、无参的创建日志
它在字段初始化之后、所有构造方法体之前自动运行，且参与每个构造路径。适合记录与参数无关的固定信息：
- 当前时间戳、线程名、类名、JVM 进程 ID
- 实例计数器自增（如
instanceCount++） - 统一打点标记（如
AuditLogger.log("User created")）
注意：不能访问构造方法的形参，也不能调用尚未完成初始化的实例方法。
构造方法适合带业务上下文的关键日志
真正体现“谁、为什么、基于什么参数创建”的审计信息，必须放在构造方法里：
- 可拿到完整入参，比如
new Order("张三", "VIP", "app_checkout") - 能结合业务规则判断是否记日志（如仅对高风险订单记录操作人 ID）
- 支持异常处理或条件分支，例如参数校验失败时跳过日志或记录告警
避免常见陷阱
构造代码块不是万能初始化入口，需注意边界：
- 字段必须先声明、再在块中使用，否则报
Illegal forward reference -
final字段可在构造代码块中赋值，但不可重复赋值 - 不要在块中调用可能被子类重写的方法（此时子类字段还未初始化，易空指针）
- 不能直接抛出受检异常（
IOException等），需内部捕获处理
组合使用效果更佳
推荐分层设计：
- 构造代码块做基础准备：生成 ID、设默认时间、初始化集合、打通用日志
- 构造方法做业务定制：根据参数决定日志内容、关联上下文、触发异步审计事件
这样既保证每次实例化都留下痕迹，又让关键审计信息具备业务语义。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
