当第三方库硬依赖 *log.Logger（而非接口）时，无法直接传入自定义日志实现；唯一可行的兼容方案是通过劫持其底层 io.Writer，将日志输出重定向至自定义处理器。
当第三方库硬依赖 `*log.logger`（而非接口）时，无法直接传入自定义日志实现；唯一可行的兼容方案是通过劫持其底层 `io.writer`，将日志输出重定向至自定义处理器。
Go 标准库的 log.Logger 是一个具体类型（*log.Logger），而非接口，因此它不具备多态性——你无法用实现了相同方法（如 Println, Printf）的自定义结构体直接替代它，即使签名完全一致。Go 的类型系统要求严格的类型匹配，不存在隐式接口满足或鸭子类型。
但 *log.Logger 内部通过组合 io.Writer 实现日志输出，其核心逻辑是：所有日志方法最终都调用 l.out.Write([]byte{...})。这意味着我们可以利用这一设计，构造一个代理 Writer，拦截所有写入操作，并将其转化为对自有日志器的调用。
以下是一个安全、低侵入的适配示例：
import (
"io"
"log"
"strings"
)
// MyLogger 模拟你的自定义日志器（例如基于 zap、zerolog 或封装增强的 log）
type MyLogger struct{}
func (l *MyLogger) Info(msg string) {
// 实际业务日志逻辑，支持结构化、级别、上下文等
println("[INFO]", msg)
}
// writerAdapter 将第三方库的 *log.Logger 输出重定向到 MyLogger
type writerAdapter struct {
logger *MyLogger
}
func (w *writerAdapter) Write(p []byte) (n int, err error) {
// 去除末尾换行（log.Logger 默认会追加 \n）
s := strings.TrimSuffix(string(p), "\n")
w.logger.Info(s)
return len(p), nil
}
// 使用方式：
func main() {
myLog := &MyLogger{}
adapter := &writerAdapter{logger: myLog}
// 创建标准 logger，但将输出设为 adapter
stdLog := log.New(adapter, "", log.LstdFlags)
// 传给第三方库（假设其 New 函数签名类似）：
// thirdparty.New(stdLog) ✅ 类型匹配，且日志终将流经 MyLogger
}
⚠️ 注意事项：
- 日志格式解析风险：log.Logger 的 Write 方法每次调用对应一条完整日志（含前缀、时间、消息和换行），通常无需解析；但若第三方库手动拼接日志或禁用自动换行，则需谨慎处理边界。
- 并发安全：确保 MyLogger.Info 等方法是并发安全的（标准 log.Logger 是线程安全的，你的实现也应如此）。
- 性能开销：相比直接调用接口，此方案增加了一次 []byte → string → trim → re-log 转换，但在大多数场景下可忽略；若极致追求性能，可考虑 unsafe.String 或预分配缓冲区优化。
- 长期维护建议：该方案属于“胶水层”临时解法。理想路径仍是推动上游库将参数改为接受 interface{ Println(...); Printf(...); ... }（即日志器接口），或切换至已支持接口抽象的成熟替代库（如 github.com/rs/zerolog 生态中普遍采用 zerolog.Logger 接口）。
总之，Go 中没有“类型擦除”或运行时多态，但借助组合与 io.Writer 这一广泛约定的扩展点，我们仍能以清晰、可控的方式桥接类型鸿沟。
