方法引用本身不优化日志参数传递，真正起效的是占位符+日志级别预检+延迟求值组合；应优先用{}占位符替代字符串拼接，对高开销参数用supplier封装，避免伪优化如误用user::getname。
方法引用本身不直接优化日志参数传递，真正起作用的是参数化日志（占位符）+ 日志级别预检 + 延迟求值的组合机制。所谓“方法引用”常被误用，实际应关注如何让日志框架跳过无意义的参数计算——尤其在变量需复杂构造时。
用占位符替代字符串拼接，触发日志框架的延迟绑定
这是最基础也最关键的优化。日志框架（如 SLF4J、.NET 的 LoggerMessage、spdlog）会在调用前检查当前日志级别是否启用。若未启用（如生产环境禁用 DEBUG），含占位符的日志调用会直接返回，跳过所有参数表达式的执行。
- ❌ 低效：字符串拼接强制执行（即使日志被忽略）
logger.debug("User " + user.getName() + " logged in at " + LocalDateTime.now()); - ✅ 高效：占位符使参数仅在需要时求值
logger.debug("User {} logged in at {}", user.getName(), LocalDateTime.now());
对开销大的变量，用 Supplier 或 Lambda 封装（懒加载）
当某个参数计算成本高（如序列化集合、调用远程服务、格式化大对象），可进一步封装为函数式接口，确保它只在日志真正输出时才执行。
- Java（SLF4J 2.0+ / Log4j2）支持 Supplier：
logger.debug("Slow data: {}", () -> expensiveOperation()); - .NET 中可配合
LoggerMessageAttribute与委托，或手动判断：if (logger.IsEnabled(LogLevel.Debug)) logger.LogDebug("Data: {Value}", GetExpensiveValue()); - spdlog 在 C++20 下可通过
std::format和右值转发避免拷贝，但逻辑仍依赖调用方是否传入临时对象而非冗余构造
借助编译时源生成消除运行时反射开销
像 .NET 的 LoggerMessageAttribute 或 C# 12 拦截器，可在编译阶段生成专用日志方法，完全绕过通用日志 API 的参数解析和格式化逻辑。
- 定义静态日志方法后，编译器生成强类型、零分配的调用桩：
[LoggerMessage(EventId = 1, Level = LogLevel.Information, Message = "Processing {ItemId}")]<br>public static partial void LogProcessing(ILogger logger, string itemId); - 调用时无需 boxing、无字符串解析、无反射——参数直接按类型传入，性能接近手写日志
- 对比传统
logger.LogInformation("Processing {ItemId}", itemId)，省去了模板解析和参数数组分配
避免“伪优化”：别为了方法引用而牺牲可读性或引入间接层
强行把 user::getName 这类方法引用塞进日志调用，并不会带来额外收益；日志框架不消费方法引用，它只关心参数值或 Supplier。过度抽象反而增加维护成本。
- ✅ 推荐：
logger.info("User {} updated profile", user.getId())—— 简洁、高效、语义清晰 - ⚠️ 不必要：
logger.info("User {} updated profile", user::getId)—— 编译失败，且无对应 API 支持 - ⛔ 错误认知：认为“用了 :: 就自动懒加载”——实际必须配合 Supplier 接口或日志框架原生支持
