跳转到主内容
极星编程网:以代码为星,赴技术山海!

如何在Golang中使用指针传递接口_接口指针使用方法

接口变量本身是引用类型,传参赋值无需取地址;能否修改底层数据取决于具体类型的接收者类型,而非接口是否为指针;*interface{}仅在极少数需修改接口变量本身的场景(如反序列化)中使用。 接口变量本身已经是引用类型,一般不需要取地址 Go 中的接口值(
interface{}
或自定义接口)底层是两个字宽的结构体:一个指向类型信息的指针,一个指向数据的指针。这意味着把接口变量传给函数时,复制的是这两个指针,不是底层数据本身。所以 直接传接口值就已具备“按引用传递语义” ,绝大多数场景下对接口取地址(
&myInterface
)既不必要,还容易引发混淆或错误。 常见误用现象: - 编译报错
cannot take the address of … (missing pointer receiver)
- 函数接收
*MyInterface
却传入
&v
,而
v
是接口值而非具体类型实例 - 试图通过
*interface{}
修改接口变量所持有的具体值(实际改的是接口头,不是底层数据) 接口值赋值、传参、返回都不需要加
&
只有当你明确需要修改「接口变量本身」(比如让它从
nil
变成非
nil
,或切换为另一个具体类型)且该变量是局部变量时,才可能用到
*interface{}
,但极其罕见 更常见的需求其实是「让接口方法能修改底层数据」——这取决于接口方法是否用指针接收者,和接口变量是否为指针无关 想让接口方法修改原始数据?看接收者类型,不是看接口是否是指针 接口能否修改调用方的数据,完全取决于实现该接口的具体类型的方法使用的是值接收者还是指针接收者。接口变量本身是不是指针,对此毫无影响。 例如: php版微信js-sdk支付接口类 php版微信js-sdk支付接口类 下载
type Counter interface { Inc() Value() int }

type IntCounter struct { val int }

func (c IntCounter) Value() int { return c.val } // 值接收者 → 无法修改 c.val func (c *IntCounter) Inc() { c.val++ } // 指针接收者 → 可以修改

func useCounter(c Counter) { c.Inc() // 这里 c 是接口值,但内部调用的是 *IntCounter.Inc,所以能改原始数据 }

func main() { var x IntCounter useCounter(&x) // 必须传 &x,否则 Inc 方法无法被调用(因为值接收者版本没有实现 Inc) fmt.Println(x.Value()) // 输出 1 }

传
&x
是因为
*IntCounter
实现了
Counter
,而
IntCounter
(值类型)只实现了
Value()
,没实现
Inc()
接口变量
c
在
useCounter
内仍是普通接口值,不是
*Counter
关键在:你拿哪个具体类型的指针/值去满足接口,而不是接口变量自己是不是指针 什么时候真会用到 *interface{}?极少数边界情况 真正需要
*interface{}
的场景极少,典型如:通用反序列化函数中,需把解析结果写入调用方提供的任意接口变量(类似
json.Unmarshal
的签名)。 立即学习 “ go语言免费学习笔记(深入) ”; 例如:
func fakeUnmarshal(data []byte, v *interface{}) error { // 假设解析出 map[string]interface{} result := map[string]interface{}{"name": "foo"} *v = result // 把 result 赋给调用方传进来的 interface{} 变量 return nil }

func main() { var dst interface{} fakeUnmarshal(nil, &dst) // 必须传 &dst,否则无法修改 dst 本身 fmt.Printf("%v\n", dst) // map[name:foo] }

这里
&dst
是取
interface{}
类型变量的地址,不是取接口所含数据的地址 如果函数参数是
interface{}
,你就只能读
dst
,不能写它;要写就必须用
*interface{}
这种模式在 标准库 中存在(如
encoding/json.(*Decoder).Decode
),但日常业务代码几乎不会自己定义这种函数 常见错误:把接口指针当「指向接口实现的指针」 最典型的误解是认为
*io.Reader
表示「指向某个
io.Reader
实现的指针」,其实不是:
*io.Reader
是一个指向接口值的指针,它本身不是接口类型,不能直接调用
Read
方法,必须先解引用。 错误写法:
var r *io.Reader // r.Read(...) // ❌ 编译失败:*io.Reader 没有 Read 方法
正确做法(如果真需要):
var r *io.Reader // ... if r != nil { (*r).Read(...) // ✅ 显式解引用后才能调用 }
*io.Reader
几乎没有实用价值;你需要的是
io.Reader
(接口值)或
*bytes.Buffer
(具体类型的指针) 标准库所有接受
io.Reader
的函数,参数都是
io.Reader
,不是
*io.Reader
一旦写出
*MyInterface
,先停下来问:我是不是其实想传
*ConcreteType
? 接口变量天然带两层间接性,它的设计初衷就是屏蔽底层是值还是指针。强行套一层指针,往往说明你混淆了「接口变量」和「接口所描述的具体类型实例」这两层概念。

相关文章