wire不支持运行时绑定接口到实现，所有类型关系必须在编译期确定；wire.bind仅用于provider函数返回具体类型时，将其安全转换为接口类型，且必须配合wire.build使用。
Wire 不支持直接“绑定接口到实现”的运行时注册机制，所有类型关系必须在编译期通过函数签名和显式构造逻辑确定。你不能写 wire.Bind(new(Interface), new(ConcreteImpl)) 这类语句来让 Wire 自动替换——它根本没这个能力。
为什么 wire.Bind 是唯一能处理接口的方案
wire.Bind 不是“注册”，而是告诉 Wire：“当某处需要 Interface 类型时，请用这个具体函数返回的 ConcreteImpl 值，并做类型转换”。它只在 provider 返回值与依赖字段类型不一致但可安全转换时才起作用。
- 必须配合
wire.Build使用，且仅对 provider 函数生效（不能用于wire.Value或wire.Struct） - 第一个参数是目标接口类型（如
*MyInterface），第二个是具体实现类型（如*MyService） - 该 provider 函数本身必须返回具体实现类型，不能返回接口；Wire 会生成
interface{} → Interface的强制转换代码
正确写法：wire.Bind + 导出的 provider 函数
假设你有：
type Cache interface {
Get(key string) string
}
type RedisCache struct{ client *redis.Client }
func (r *RedisCache) Get(key string) string { /* ... */ }
func NewRedisCache() *RedisCache { return &RedisCache{} }
那么 wire.go 应这样写：
//+build wireinject
package main
<p>import "github.com/google/wire"</p><p>func InitializeApp() (<em>App, error) {
wire.Build(
NewApp,
NewRedisCache,
wire.Bind(new(Cache), new(</em>RedisCache)), // ✅ 关键：告诉 Wire *RedisCache 可赋给 Cache
)
return nil, nil
}
</p>
注意：new(Cache) 是接口类型字面量，new(*RedisCache) 是指向具体类型的指针字面量——二者必须都用 new() 构造，不能写成 Cache 或 *RedisCache。
常见错误：类型不匹配或 Bind 位置错
以下写法都会失败：
-
wire.Bind(new(Cache), &RedisCache{})—— 第二个参数必须是new(...)字面量，不是实例 -
wire.Bind(new(Cache), new(RedisCache))——new(RedisCache)返回*RedisCache？不，它返回*RedisCache的地址，但类型是**RedisCache，错 - provider 函数返回
Cache而非*RedisCache——wire.Bind不接管返回值类型推导，只管转换 -
wire.Bind放在wire.Build外面，或放在非//+build wireinject文件里 —— 完全被忽略
替代方案：用结构体字段名直连，绕过接口
如果接口只是为测试 mock 准备，而生产环境固定用某实现，更简单的方式是放弃接口注入，直接在结构体中声明具体类型字段：
type App struct {
cache *RedisCache // 不是 Cache 接口
}
然后用 wire.Struct 绑定：
wire.Struct(new(App), "cache"),
这样完全不需要 wire.Bind，也避免了类型转换开销和潜在 panic。
真正容易被忽略的是：wire.Bind 不解决“多个实现共存”问题，也不提供运行时选择能力；它只是编译期的一次性类型桥接。一旦你写了 wire.Bind(new(Cache), new(*RedisCache))，整个依赖链里所有 Cache 都会被替换成 *RedisCache 实例——没法按环境切换，也没法同时注入 *MemcachedCache。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
