Go语言中能否定义接收任意长度array的函数？

首先直接给出结论：原生Go（无泛型版本）做不到，但Go 1.18+引入的泛型可以实现类似的效果。

为什么原生Go无法实现？ #

你说得完全正确——Go语言中数组的长度是其类型的核心组成部分，[2]int和[6]int是两个完全独立的类型，就像int和string一样，编译器不会允许你把一个类型的数组传给期望另一个类型的函数。而且切片和数组属于不同类型，直接把数组传给接收切片参数的函数会编译失败，必须显式转换为切片（比如demoSlice(arrInput[:])）才能传入。

用泛型实现接收任意长度数组 #

Go 1.18引入泛型后，我们可以通过类型参数来定义适配任意长度数组的函数：

package main

import "fmt"

// 接收任意长度的int数组
func demoArrayMagic[N int](arr [N]int) {
	fmt.Printf("Received array with length: %d, content: %v\n", N(arr), arr)
}

func main() {
	arr1 := [3]int{1, 2, 3}
	arr2 := [10]int{0, 1, 2, 3, 4, 5, 6, 7, 8, 9}
	demoArrayMagic(arr1)
	demoArrayMagic(arr2)
}

这个函数通过类型参数N捕获数组的长度，从而可以接收任意长度的int数组。如果需要支持任意元素类型，还可以添加一个类型参数T：

func demoAnyArray[T any, N int](arr [N]T) {
	// 自定义处理逻辑
}

关于你的序列化场景补充 #

你提到想把[][]int换成固定长度二维数组来优化GOB序列化速度，但随后意识到数组值传递的拷贝问题——这个顾虑非常准确。对于[10000][128]int这种超大数组，每次传递都会拷贝整个数组（约10MB），这会带来巨大的性能开销，完全抵消序列化优化的收益。

所以继续使用切片是更明智的选择，你可以尝试这些方向优化GOB序列化：

• 预分配切片的容量，避免序列化过程中频繁的内存扩容
• 自定义gob.GobEncoder和gob.GobDecoder接口，针对你的二维切片结构做针对性编解码优化，减少不必要的操作
• 检查数据是否可以转换成更紧凑的结构（比如一维切片）后再进行序列化

内容的提问来源于stack exchange，提问作者Fabiano Tarlao