go语言中早期通过反射和空接口模拟泛型功能。1. 使用interface{}实现参数通用化，如func printvalue(v interface{})可打印任意类型；2. 通过reflect包动态获取类型与值，如reflect.typeof和reflect.valueof用于处理未知类型；3. 组合interface和reflect实现“泛型”容器，例如通用去重函数func unique(slice interface{})；4. 注意类型断言失败、性能损耗、不可变值修改错误及类型信息丢失等问题。这种方式虽不如原生泛型优雅，但在必要场景下仍有效可用。
在Go语言中，泛型功能直到1.18版本才正式引入。但在早期的项目或代码库中，很多开发者依然依赖反射（reflect包）和空接口（interface{}）来模拟泛型行为。这种方式虽然不如原生泛型优雅，但确实能解决不少问题，尤其是一些通用逻辑的复用。
下面我们就来看看如何通过反射 + 空接口的方式，实现类似泛型的功能，并结合类型断言进行安全处理。
一、使用空接口 interface{} 实现参数通用化
Go中的空接口可以接受任何类型的值，因此非常适合用来做“泛型”参数。比如我们想写一个通用的打印函数：
立即学习“go语言免费学习笔记（深入）”；
func PrintValue(v interface{}) {
fmt.Println(v)
}这样不管传进来是
int、
string还是结构体，都能正常运行。但问题在于，后续如果需要根据类型做不同处理，就需要配合类型断言了。
类型断言的基本写法：
if val, ok := v.(int); ok {
fmt.Println("这是一个整数:", val)
} else if val, ok := v.(string); ok {
fmt.Println("这是一个字符串:", val)
}这种方式虽然有效，但如果类型太多，判断语句会变得冗长。这时候就可以考虑用反射来统一处理。
二、利用 reflect 包动态获取类型与值
Go 的
reflect包可以让我们在运行时动态地查看变量的类型和值。这对于构建一些通用工具函数非常有用。
基本用法如下：
func PrintTypeAndValue(v interface{}) {
t := reflect.TypeOf(v)
val := reflect.ValueOf(v)
fmt.Printf("类型: %s, 值: %v\n", t, val.Interface())
}这个函数可以输出任意传入值的类型和内容。更进一步的话，我们可以根据类型做一些判断或操作：
- 判断是否为切片：
t.Kind() == reflect.Slice
- 获取字段数量（如果是结构体）：
t.NumField()
- 获取字段名：
t.Field(i).Name
反射的好处在于它能处理各种未知类型，缺点是性能略低，且代码可读性差了一些。所以建议只在必要场景下使用。
三、组合使用 interface 和 reflect 实现简单“泛型”容器
举个例子，我们想实现一个通用的数组去重函数。可以用 interface{} 接收输入切片，再用反射遍历其中元素：
func Unique(slice interface{}) interface{} {
sVal := reflect.ValueOf(slice)
if sVal.Kind() != reflect.Slice {
panic("输入必须是一个切片")
}
seen := make(map[interface{}]bool)
result := reflect.MakeSlice(sVal.Type(), 0, sVal.Len())
for i := 0; i < sVal.Len(); i++ {
item := sVal.Index(i).Interface()
if !seen[item] {
seen[item] = true
result = reflect.Append(result, sVal.Index(i))
}
}
return result.Interface()
}调用方式：
nums := []int{1, 2, 2, 3}
uniqueNums := Unique(nums).([]int) // 需要手动类型转换这个例子展示了如何将 interface{} 和 reflect 结合起来，实现一个通用的数据处理函数。
四、注意点与常见坑
- 类型断言失败会导致 panic，除非你用逗号 ok 模式。
- 反射操作效率较低，对性能敏感的地方慎用。
- 不能直接修改不可变值，例如传入的是普通 int 而不是指针，反射修改会出错。
- 类型信息丢失问题：interface{} 会抹掉原始类型信息，反射虽然能恢复，但不如原生泛型清晰。
基本上就这些。反射+空接口的方式虽然不复杂，但很容易忽略细节。实际开发中可以根据需求选择是否使用这种方式，或者等项目迁移到 Go 1.18 后改用官方泛型。
