在 go 中，无法直接定义“整数 + 字符串切片”的混合类型切片；必须通过自定义结构体封装这两种字段，再构建该结构体的切片——即 `[]struct{ i int; s []string }`，这才是表达 `[[1,["a","b","c"]], [2,["z","x","y"]]]` 这类数据的正确且惯用方式。
Go 的类型系统强调明确性与安全性，不支持元组（tuple）或匿名异构集合。因此，像 [[1, ["a","b","c"]], [2, ["z","x","y"]]] 这样的 JavaScript 风格二维混合数组，在 Go 中不能用 [][]int[]string（语法错误）或 []interface{}（丧失类型安全）来自然建模。
✅ 正确做法是：定义一个结构体，将 int 和 []string 作为字段组合，再声明该结构体的切片：
type Item struct {
ID int
Tags []string
}
// 声明并初始化切片
items := []Item{
{ID: 1, Tags: []string{"a", "b", "c"}},
{ID: 2, Tags: []string{"z", "x", "y"}},
}这样既保持类型严格性，又具备良好的可读性和可扩展性（例如后续可轻松添加 Name string 或 Active bool 字段）。
⚠️ 注意事项：
- ❌ 不要使用 []interface{} 强行模拟：它会丢失编译期类型检查，增加运行时断言风险；
- ❌ 不要尝试 [][]string 或 [][]int：无法容纳混合类型；
- ✅ 可省略字段名进行简写初始化（若顺序固定）：
items := []Item{ {1, []string{"a", "b", "c"}}, {2, []string{"z", "x", "y"}}, } - ✅ 若需更高层级嵌套（如“切片的切片”），应明确语义——例如 [][]Item 表示“分组的 Item 列表”，而非单层逻辑结构。
总结：Go 倡导“用结构体表达领域概念”。面对多类型组合，优先设计语义清晰的 struct，再构建其切片——这不仅是语法要求，更是写出可维护、可测试、易演化的 Go 代码的核心实践。
