最稳妥的Go切片过滤方式是for循环+新切片append。需预分配容量、避免遍历中删除、注意逻辑符号，双指针和第三方库各有适用场景但非首选。
用 for + 新切片手动过滤最稳妥
Go 没有内置的 filter 函数，别指望像 JavaScript 那样写 arr.filter(...)。最直接、最可控的方式是开一个新切片，遍历原切片，按条件 append 元素进去。
常见错误是试图在原切片上边遍历边删（比如用 append(s[:i], s[i+1:]...)），这容易越界或漏元素，尤其当多个连续元素要删时逻辑极易出错。
- 始终用
make([]T, 0, len(src))预分配容量，避免多次扩容影响性能 - 判断逻辑写清楚，别把
!=和==弄反——这是最常翻车的地方 - 如果原切片很大但结果很少，预分配容量可设小点（比如
0），省内存
users := []User{{Name: "Alice", Age: 30}, {Name: "Bob", Age: 22}, {Name: "Charlie", Age: 35}}
adults := make([]User, 0, len(users))
for _, u := range users {
if u.Age >= 25 {
adults = append(adults, u)
}
}
用 copy + 双指针原地“覆盖”节省内存
当原切片很大、且允许修改其内容（或你只关心前 N 个有效元素）时，双指针法比新建切片更省内存——它不分配新底层数组，只是把符合条件的元素往前挪。
注意：这不是真正“删除”，而是让返回的切片长度变短，原底层数组仍被引用，如果后续还有其他变量指向它，可能引发意料外的数据残留。
立即学习“go语言免费学习笔记（深入）”；
Alibabacloud Sdk Client Initialization For Golang
下载
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
- 用
w（write index）记录下一个该放的位置，r（read index）遍历全部 - 最后用
s[:w]截取有效部分，这才是过滤后的结果 - 别忘了处理空切片：
if len(s) == 0 { return s }
nums := []int{1, 2, 3, 4, 5, 6}
w := 0
for _, v := range nums {
if v%2 == 0 { // 保留偶数
nums[w] = v
w++
}
}
evens := nums[:w]
用第三方库如 lo.Filter 前先确认依赖成本
像 github.com/samber/lo 确实提供了 lo.Filter，写起来简洁：
evens := lo.Filter(nums, func(x int, _ int) bool { return x%2 == 0 })
但它引入了外部依赖、泛型开销、额外的函数调用栈。对简单项目或性能敏感场景（如高频循环、嵌入式 Go），这点开销会被放大。
- 检查你是否已经用了
lo做其他事——别为一个Filter单独加依赖 - 泛型函数在编译期会实例化，如果过滤类型很多（
[]string,[]time.Time,[]*MyStruct），二进制体积会悄悄变大 - 错误信息里出现
lo.Filter时，调试链路多了一层，不如原生代码直观
字符串切片用 strings.FieldsFunc 或 strings.Split 不算“过滤”
看到标题里带“字符串”，容易误以为 strings.Split 或 strings.FieldsFunc 是通用过滤方案——它们只适用于按分隔符切分，不是按任意逻辑筛选。
比如你想留长度 >3 的字符串，strings.Split 完全帮不上忙；硬套 FieldsFunc 还得自己写分隔逻辑，反而绕远。
-
strings.FieldsFunc(s, func(r rune) bool { return r == ',' || r == ';' })是按字符拆，不是按条件筛 - 真要筛字符串切片，还是回到第一个方法：
for+append - 注意
strings.TrimSpace和len(str) == 0的区别：空格字符串不是空字符串
