Lambda表达式实现日志格式化器的核心是延迟求值：通过Supplier封装动态逻辑（如()->SecurityContextHolder.getContext().getAuthentication().getName()），确保用户ID、追踪ID等上下文变量在日志写入时才获取，避免提前固化或空指针；需结合SLF4J 2.0+原生Supplier支持或Logback自定义Converter实现。
用 Lambda 表达式实现日志格式化器的变量输出逻辑，核心在于把“取值行为”延迟到日志真正写入时才执行，从而支持动态、上下文相关的字段（比如当前用户ID、请求追踪ID、线程局部变量等），避免日志语句执行时就固化值。
让格式化器接收 Supplier 而非原始值
标准日志框架（如 SLF4J + Logback）的占位符（{}）默认只接受已计算好的值。要支持动态逻辑，需自定义格式化器，使其能识别并调用 Supplier<string></string> 类型的参数。Lambda 正是构造轻量级 Supplier 的理想方式：
- 不提前求值：例如
() -> SecurityContextHolder.getContext().getAuthentication().getName()在日志打印那一刻才获取用户名 - 避免空指针：可封装判空逻辑，如
() -> Optional.ofNullable(ctx).map(Ctx::getTraceId).orElse("N/A") - 复用简洁：同一 Lambda 可在多处日志中传入，无需重复写获取逻辑
在 Logback 中扩展 PatternLayout 实现动态变量
Logback 允许通过 Converter 注入自定义逻辑。你可以写一个 converter，识别形如 %X{user} 或自定义标记（如 %dvar{userName}），并在转换时从 MDC 或全局注册的 Lambda 映射中查找并执行对应函数：
- 启动时注册常用 Lambda：
DynamicVarRegistry.register("userId", () -> getUserIdFromThreadLocal()) - Converter 内部调用：
DynamicVarRegistry.get("userId").get()（安全包装异常和 null） - 配合 MDC 使用更灵活：Lambda 可读取
MDC.get("reqId")，也可 fallback 到其他来源
与 SLF4J 参数化日志结合（零开销前提）
SLF4J 的 logger.debug("User {} performed {}", userId, action) 在禁用该级别日志时不会执行参数表达式——但这是对「表达式本身」的短路，不是对 Lambda 的。所以正确姿势是：
- 写成
logger.debug("User {} performed {}", () -> getUserId(), () -> getAction())—— 需使用支持 Supplier 的桥接器（如 SLF4J 2.0+ 原生支持） - 若用 SLF4J 1.x，可借助适配工具类封装：提供
logDebug(String template, Supplier<object>... suppliers)</object>方法，在日志启用时才调用每个 supplier.get() - 关键点：Lambda 体内的逻辑（如 DB 查询、HTTP 调用）绝不能放在日志参数位置，必须包裹在 Supplier 里，否则每次判断日志级别都会执行
实际可复用的 Lambda 日志变量示例
以下是一些常见场景的 Lambda 写法，可直接注册或传入：
-
当前登录用户：
() -> Optional.ofNullable(SecurityContextHolder.getContext().getAuthentication()).map(Authentication::getName).orElse("-") -
链路追踪 ID：
() -> TraceContext.current().traceIdString().orElse("no-trace") -
执行耗时（需配合计时）：
() -> String.format("%.2fms", (System.nanoTime() - startNanos) / 1_000_000.0) -
敏感脱敏手机号：
() -> maskPhone(UserHolder.getCurrentPhone())（内部做 null 安全处理）
