适配器模式在golang中主要用于解决接口不兼容问题。其核心是通过包装和转换，将不兼容的接口变为统一形式。典型场景包括：1）整合第三方库时，通过适配器将新接口转为项目所需格式；2）重构旧代码时，保持调用方式不变，内部桥接新旧接口；3）统一多个不同接口的行为，对外提供一致访问方式。实现方式通常为结构体组合或函数封装，从而在不修改调用方的前提下实现接口转换。
在Golang中使用适配器模式，主要是为了解决接口不兼容的问题。你可能已经遇到过这样的情况：两个结构体功能类似，但方法名或参数不同，导致不能直接替换使用。这时候适配器就能派上用场了。
什么是适配器模式？
适配器模式（Adapter Pattern）是一种结构型设计模式，它的核心作用是将一个类的接口转换成另一个接口，使得原本因为接口不匹配而无法一起工作的类可以协同工作。
在Go语言中，由于没有继承机制，适配器通常是通过组合或者函数封装来实现的。
立即学习“go语言免费学习笔记（深入）”；
举个简单的例子：
假设你有一个旧的支付系统模块，它只接受PayByWechat(amount int)方法。现在你要接入一个新的支付方式，它提供的是AliPay(payAmount float64)方法。这两个方法名字不一样，参数类型也不一样，直接调用会出问题。这个时候你就需要一个适配器来“翻译”这个接口。
接口转换的典型场景
场景一：整合第三方库时的接口不一致
当你引入一个第三方库，它的接口和你现有代码不兼容时，适配器能帮你把新接口“包装”成你熟悉的格式。
比如：
- 第三方日志库提供的是
Log(msg string, level int)； - 你的项目里一直用的是
Write(level string, content []byte)；
你可以写一个适配器，把Log转成Write的形式，这样就不需要修改原有逻辑。
怎么做？
- 定义一个适配器结构体，嵌入第三方对象；
- 实现你项目所需的接口方法；
- 在方法内部调用第三方的方法，并做必要的参数转换。
场景二：重构旧代码时保持兼容性
当你要对旧系统进行重构，但又不能马上替换所有调用点时，可以用适配器来桥接新旧接口。
例如：
- 原来的用户服务有个
GetUserInfo(id int)返回用户信息； - 新版本改成泛型接口
FetchData[T any](key string)；
你可以在过渡阶段写一个适配器，让老代码继续调用GetUserInfo，但底层实际走的是新接口。
关键点在于：
- 不改变外部调用方式；
- 内部做数据格式、参数类型的转换；
- 可逐步迁移，降低风险。
场景三：统一多个不同接口的行为
有时候你需要处理多个来源的数据，它们各自有不同的接口，但你希望对外提供一个统一的访问方式。
比如：
- 天气服务A提供
GetCurrentTemp() (int, error)； - 天气服务B提供
QueryWeather() (string, error)；
你想抽象出一个统一的WeatherProvider接口：
type WeatherProvider interface {
GetTemperature() (float64, error)
}然后分别写两个适配器，把A和B的服务都适配成这个接口。
好处很明显：
- 上层代码不用关心具体用了哪个服务；
- 更换实现只需改一行配置；
- 测试时更容易替换模拟数据。
总结一下
适配器模式的核心就是“包装 + 转换”。在Go中，你可以通过结构体组合、函数闭包等方式来实现。它不是必须的，但在面对接口不兼容、系统升级、集成第三方组件等常见问题时，非常实用。
基本上就这些。写得简单点，其实就是在不改调用方的前提下，把不同的接口变成一样的用法。
