在 Go 语言中，为什么通常推荐在函数传参时使用切片而非数组？

回答思路

1. 【回答框架 1】数组是值类型，长度固定，作为参数传递时会进行整个数组的副本拷贝，包括所有元素，内存开销大且修改不影响原数组。切片是对底层数组的引用，结构体包含指针、长度和容量，传递时只复制这个结构体，开销小。
2. 【回答框架 2】由于切片包含底层数组指针，函数内通过切片修改元素会直接影响原数组数据。数组传值则完全隔离，修改副本不影响原数组。切片传递提高了效率并便于共享数据。
3. 【回答框架 3】切片是动态的，可通过 append 扩展，而数组长度固定不可变。作为参数时，切片更适合处理可变长度或未知长度的数据集合，使函数更通用。
4. 【回答框架 4】选择切片也符合 Go 语言惯用风格，标准库和常见 API 中大量使用切片。切片提供便捷的截取、追加等操作，传参灵活，代码更简洁。
5. 【回答框架 5】在需要确保数据不被修改的场景，可显式传递数组指针或使用切片并明确约定不修改，但通常切片已是默认选择，兼顾性能与灵活性。
6. 【关键点 1】切片传递只复制结构体，开销小；数组传值复制整个数组，开销大。
7. 【关键点 2】切片内元素修改反映到原数组，数组传参修改不影响原数组。
8. 【关键点 3】切片长度可变，适合动态数据；数组长度固定，不适合多变场景。
9. 【易错点 1】误以为切片传递与数组一样是值拷贝，忽略其对底层数组的引用共享。
10. 【易错点 2】忽略切片传递后，函数内 append 可能导致重新分配底层数组，原切片不受影响。
11. 【易错点 3】在需要数据隔离时过度使用切片，导致函数间意外共享数据。