最轻量且可控的方式是利用构造函数或初始化块自动填充审计字段。定义AuditContext类，实体类构造函数接收并赋值；多构造函数时用实例初始化块预设通用值；可通过ThreadLocal透传上下文；日志记录动作应交由Repository或事件监听器统一处理。
在创建对象时自动生成审计日志（如创建人、创建时间、来源IP等），最轻量且可控的方式是利用构造代码块（即构造函数或初始化块）完成日志字段的自动填充，而非依赖外部框架或AOP。关键在于：把审计信息的采集和赋值逻辑封装进对象自身的生命周期起点。
用构造函数统一注入审计上下文
在实体类的每个构造函数中，显式接收并设置审计字段，是最直接、可测试、无隐式依赖的方式：
- 定义一个轻量级审计上下文类（如 AuditContext），包含 createdBy、createdAt、clientIp 等字段
- 实体类只提供带 AuditContext 参数的构造函数（禁用无参构造，避免绕过审计）
- 在构造函数内直接赋值：this.createdBy = context.createdBy;、this.createdAt = LocalDateTime.now();
- 若需兼容 JPA，可用 @PersistenceConstructor 标记该构造函数，并保留私有无参构造（仅供 ORM 反射使用，不对外暴露）
用实例初始化块预设通用审计值
当多个构造函数存在，且部分审计字段（如 createdAt、status）始终相同，可用实例初始化块避免重复代码：
- 在类体中直接写 { createdAt = LocalDateTime.now(); status = "ACTIVE"; }
- 该代码块在任何构造函数执行前运行，确保所有实例都具备基础审计状态
- 注意：它不能访问构造函数参数，所以动态值（如 createdBy）仍需在构造函数中处理
结合 ThreadLocal 实现免传参的上下文透传
若调用方不愿/不便每次传入 AuditContext，可用 ThreadLocal<AuditContext> 在请求入口处绑定，构造函数中自动读取：
- 定义静态 ThreadLocal：private static final ThreadLocal<AuditContext> CURRENT_CONTEXT = ThreadLocal.withInitial(() -> null);
- 在 Web Filter 或拦截器中，解析当前登录用户、IP、请求ID，构建 AuditContext 并 set() 进去
- 构造函数中调用 CURRENT_CONTEXT.get() 获取上下文，判空后赋值；请求结束时在 finally 块清理 ThreadLocal
- 该方式解耦调用方，但需严格保证线程安全与清理，避免上下文污染
生成日志记录动作本身不放在构造块中
构造代码块的目标是「填充对象字段」，不是「落库或发消息」。审计日志的持久化应交给更高层（如 Repository.save() 前、或 Domain Event 监听器）：
- 构造块里只做 this.createdAt = ...，不做 auditLogService.log(...)
- 否则会违反单一职责，导致对象创建失败时日志残缺，也难以统一控制日志格式、异步/重试等策略
- 真正写日志的动作，建议在保存实体前统一触发（例如 Spring Data JPA 的 @PrePersist 或自定义 SaveEventListener）
