泛型过滤函数应写为func Filter[T any, S ~[]T](s S, f func(T) bool) S，以支持任意切片类型并保证类型安全；需预分配容量避免性能问题；闭包捕获变量须在循环内显式复制；结构体过滤需避免不可比较字段引发panic。
泛型函数签名怎么写才支持任意切片类型
Go 的泛型要求明确约束类型参数，不能直接用 interface{}。要过滤切片，必须让编译器知道元素可比较（用于条件判断）且切片能被遍历。最稳妥的写法是用两个类型参数：T 表示元素类型，S 表示切片类型，并通过接口约束 S 必须是 []T。
常见错误是只约束 T 而忽略 S，导致无法推导切片长度或索引操作；或者错误使用 any 代替具体类型，失去类型安全。
-
func Filter[T any, S ~[]T](s S, f func(T) bool) S—— 这是最常用、最安全的签名，~[]T表示S必须是底层为[]T的类型（如自定义切片别名也能适配） - 不要写成
func Filter[T any](s []T, f func(T) bool) []T：虽然能用，但无法支持自定义切片类型（比如type IntSlice []int），丧失泛型本意 - 如果过滤逻辑需要比较元素（如去重），需额外加
comparable约束：T comparable，否则map[T]struct{}会编译失败
为什么不能直接用 append 构建结果切片
直接 append 到空切片看似简单，但容易引发底层数组重复分配，影响性能；更隐蔽的问题是：若输入切片为空或全不匹配，返回切片的底层数组可能与输入无关——这在某些场景下（比如后续做 unsafe.Slice 或内存复用）会导致意外行为。
正确做法是预分配容量并复用底层数组（如果允许修改原切片），或至少按最坏情况预估容量。
- 安全通用写法：
result := make(S, 0, len(s))—— 容量设为输入长度，避免多次扩容 - 若允许复用输入底层数组且逻辑允许覆盖（比如就地过滤），可用
result := s[:0]，再append，这样返回切片仍指向原数组，节省内存 - 注意：若函数对外暴露了该切片，且调用方还在用原切片，复用会导致数据竞争或意外覆盖
如何处理闭包捕获变量导致的延迟求值陷阱
当过滤函数 f 是循环中生成的闭包时（比如 for _, v := range vals { Filter(data, func(x int) bool { return x > v }) }），所有闭包共享同一个 v 变量，最终都看到循环结束时的值。
这不是泛型特有问题，但在泛型函数里更容易被忽略，因为焦点在类型上。
- 修复方法：在循环内显式复制变量：
v := v，再构造闭包 - 或者改用索引访问，避免捕获循环变量：
Filter(data, func(x int) bool { return x > vals[i] })（前提是i是确定的） - 泛型函数本身无法替你解决这个问题——它只接收一个已求值的
func(T) bool，所以问题出在调用侧
字符串切片和结构体切片的过滤要注意什么
字符串切片（[]string）没问题，但结构体切片过滤时，若结构体字段含指针或 map/slice，== 比较会 panic（因为不可比较）。这时不能依赖 T comparable，而要靠业务逻辑手动深比较。
另外，结构体字段若含未导出字段，json.Marshal 类序列化方式可能失效，但泛型函数本身不关心这个——它只管传入的 f 函数怎么判断。
- 对结构体过滤，推荐把判断逻辑封装进方法：
func (u User) IsActive() bool { return u.Status == "active" }，然后Filter(users, func(u User) bool { return u.IsActive() }) - 避免在
f中直接写u.Name == "admin"这类硬编码，尤其当结构体字段可能为空或 nil 时（比如*string字段） - 字符串切片用
strings.Contains等辅助函数没问题，但注意这些函数不是泛型的一部分，得自己 importstrings
