Go语言中不应使用*interface{}，因其无实际用途且易引发错误；interface本身已具间接性，再加指针仅增复杂度；正确做法是返回新值、用具体类型或泛型替代。
Go 语言中不能直接定义或使用指向 interface 的指针，即 *interface{} 或 *SomeInterface 是合法语法但几乎无实际用途，且极易引发误解和错误。这不是语法限制，而是语义和设计使然。
interface 本身已含“间接性”
interface 变量在底层由两部分组成：类型信息（type）和值（value）。它本身就是一种间接封装，类似“指针+元数据”的组合体。再套一层指针（*interface{}）只是多了一层地址跳转，不带来新能力，反而增加复杂度。
-
var i interface{} = 42—— i 已经能安全持有任意类型值 -
var pi *interface{} = &i—— pi 指向的是 interface 变量本身，不是它内部的值；修改*pi只会替换整个 interface 实例，无法修改其内部值的内容
常见误用场景与问题
开发者有时想通过 *interface{} 实现“修改传入的 interface 值”，但这往往暴露了设计偏差：
- 函数接收
*interface{}，试图在函数内让该 interface 持有新值 → 实际上只是改了局部指针所指的 interface 变量，调用方无感知（除非显式解引用并赋值） - 把结构体指针赋给
interface{}后，再取其地址得到*interface{}→ 此时你拿到的是 interface 变量的地址，不是原结构体的地址，无法用于方法调用或状态更新 - 期望
*interface{}能像*T那样支持方法调用 → 不行。interface 的方法调用依赖其内部存储的类型和值，*interface{}存储的是 interface 类型，它的方法集为空（除非你额外为*interface{}定义方法，这毫无意义）
真正需要“可变 interface”的替代方案
如果目标是让函数能改变调用方持有的 interface 值，应直接操作 interface 变量本身，或换用更清晰的模式：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 返回新 interface 值：
func adjust(i interface{}) interface{}，由调用方决定是否赋值 - 用具体类型代替空接口：
func adjust(s *MyStruct)，明确意图且类型安全 - 用带状态的结构体包装 interface：
type Holder struct { Val interface{} }，然后传*Holder - 若需泛型行为，Go 1.18+ 推荐用泛型函数而非
interface{}+ 指针
唯一合法但罕见的使用场景
*interface{} 在极少数底层操作中可能出现，比如：
- 反射中临时取 interface 变量的地址做
reflect.ValueOf(&i).Elem() - 某些 Cgo 交互或 unsafe 场景中作为内存占位符（需极度谨慎）
但这些都不是业务代码该触碰的边界。
基本上就这些。interface 的设计哲学是“值语义 + 运行时多态”，加指针不仅没增益，还模糊了所有权和修改意图。遇到想用 *interface{} 的时候，停下来问问：是不是该换类型、改接口、或用泛型？
