直接用泛型slices.Filter更简单安全，Go 1.21+已内置，多数场景无需自定义；仅当需链式组合、延迟执行、context支持、迭代器语义或两阶段处理时才需手写。
直接用泛型 slices.Filter，比手写高阶函数更简单、更安全，且无需定义额外类型。 Go 1.21+ 标准库已提供开箱即用的泛型过滤能力，多数场景下没必要自己造轮子——除非你需要链式组合、延迟执行或自定义迭代器语义。
为什么别急着自己写 Filter 类型
自己定义 type Filter func(int) bool 看似灵活，但实际带来三类负担：
- 每次用都要声明类型，哪怕只用一次；
- 传入函数签名稍有偏差（比如参数是
*User而不是User）就编译失败，错误信息不直观； - 闭包捕获变量时容易意外共享循环变量，比如在
for i := range configs { filters = append(filters, func(x int) bool { return x > configs[i].Threshold }) }中，所有闭包都捕获了最后一个i的值。
slices.Filter 怎么用才不踩坑
它签名是 func[T any] Filter[S ~[]T](s S, f func(T) bool) S，注意两点关键约束：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 第二个参数必须是
func(T) bool，T是切片元素类型，不是下标——这和sort.Slice的func(i,j int) bool完全不同，别混淆； - 返回的是新切片，原切片不变；若需原地过滤（节省内存），得手动复制回原变量，例如
users = slices.Filter(users, isAdult)； - 不能直接传闭包里带未初始化变量的函数，比如
var threshold int; slices.Filter(nums, func(n int) bool { return n > threshold })在threshold未赋值时会 panic，但编译器不报错——这是运行时风险。
什么时候还得自己写高阶过滤函数
标准库 slices.Filter 满足不了以下真实需求时，才值得封装：
立即学习“go语言免费学习笔记（深入）”；
- 需要组合多个条件，比如
FilterAnd(Map(..., clean), isEmailValid, notEmpty)，这时用 fp-go 的fp.And或自定义And(...func(T)bool)更清晰； - 数据源不是内存切片，而是数据库游标、HTTP 流或文件行迭代器，此时要返回
func() (T, bool)迭代器，而非一次性加载； - 过滤逻辑依赖 context（如超时控制、trace ID 注入），必须把
context.Context塞进函数签名，而slices.Filter不支持； - 要对敏感字段脱敏后再过滤（比如日志中先掩码手机号再判断是否命中关键词），此时需把
func(string) string清洗函数和func(string) bool判断函数串起来，标准库无法表达这种两阶段行为。
真正难的从来不是“怎么写个 Filter”，而是判断该不该写、写到哪一层——过早抽象会增加调用方理解成本，过晚封装会让重复逻辑散落在十几个 for 循环里。标准库的 slices.Filter 就是那个平衡点：够用、稳定、零依赖。其他情况，先问一句：这个逻辑未来三个月内会被复用几次？
