审计日志需确保可追溯、完整、防篡改、合规，推荐SLF4J+Logback/Log4j2，结构化记录主体、行为、对象、结果、时间环境；用AOP统一埋点，敏感操作须双写（文件+数据库），严格脱敏、分离日志、透传上下文。
在核心业务节点打印关键审计日志，重点不是“打日志”，而是确保日志具备可追溯性、完整性、防篡改性和合规性。Java 中推荐用 SLF4J + Logback（或 Log4j2）组合，并配合结构化日志、上下文传递和关键字段显式记录。
明确审计日志的关键字段
审计日志不是普通 debug 日志，必须包含可定位、可归责、可验证的信息：
- 操作主体：当前用户 ID、角色、来源系统（如 "APP/WEB/API"）、设备指纹（可选）
- 操作行为：明确动词 + 业务对象，如 "UPDATE_ORDER_STATUS"、"DELETE_USER_PROFILE"
- 操作对象：被操作资源的唯一标识，如 orderNo="ORD-2024-7890"、userId="U10023"
- 操作结果：成功/失败 + 补充信息（失败时带具体错误码，如 "RESULT=FAIL, CODE=AUTH_INSUFFICIENT"
- 时间与环境：精确到毫秒的时间戳、服务实例名（如 "order-service-v2.3"）、请求 traceId（用于链路追踪对齐）
在业务方法入口/出口统一埋点（推荐 AOP）
避免在每个 service 方法里手写 log.info(...)，易遗漏、难维护。用 Spring AOP 在关键 Service 方法上自动注入审计日志：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 定义自定义注解 @AuditLog，标注在需审计的方法上（如 @AuditLog(action = "CREATE_PAYMENT")）
- AOP 切面中获取 SecurityContext 中的当前用户、MDC 中的 traceId、方法参数（过滤敏感字段）、执行结果和异常
- 构造 JSON 结构化日志（如用 Logback 的
JsonLayout），写入独立审计日志文件（如audit.log） - 示例日志行：{"action":"CREATE_PAYMENT","userId":"U10023","orderNo":"ORD-2024-7890","result":"SUCCESS","traceId":"abc123","ts":"2024-05-22T14:22:31.882Z"}
敏感操作必须同步落库（日志+数据库双写）
仅写文件日志不满足强审计要求（如磁盘损坏、误清理）。对资金、权限、身份类操作，务必额外写入专用审计表：
立即学习“Java免费学习笔记（深入）”；
- 建表字段至少含：id、trace_id、user_id、action、target_id、before_data（JSON，脱敏）、after_data（JSON，脱敏）、status、created_at、ip
- 使用事务内写入（如 Spring @Transactional 中先更新业务表，再 insert audit_log），保证业务与审计的一致性
- 数据库字段加索引（如 user_id + action + created_at），支撑按人、按行为、按时间段快速查询
规避常见陷阱
- 不记录明文密码、身份证号、银行卡号：记录时强制脱敏（如 "138****1234"、"XXX1990XXXX0101XXXX"）
- 不依赖日志级别控制是否输出：审计日志应始终启用（INFO 或更高），避免因 log level 调低而丢失关键事件
- 不混用业务日志与审计日志：分开 appender、分开文件、分开保留策略（审计日志建议保留 180 天以上）
- 不忽略异步场景：若业务逻辑含 @Async 或 CompletableFuture，需手动将 MDC 内容（如 traceId、userId）透传过去，否则日志上下文丢失
