map与filter区别全解析

JS数组的map和filter虽同为不可变操作且都返回新数组，但本质截然不同：map专注“一对一转换”，保持原数组长度不变，适用于类型转换、字段提取等映射场景；filter则专注“条件筛选”，返回满足布尔判断的子集，长度可能缩减，适用于剔除无效项或按状态过滤。二者设计契约严格互补，不可混用或相互模拟——误用不仅导致逻辑错误、性能浪费（如对已筛除数据做无谓计算），还会让代码晦涩难维护；真正关键的不是语法细节，而是动手前先厘清需求本质：你究竟需要“换一批东西”，还是“挑一些东西”？

map 和 filter 都会返回新数组，但目的完全不同：一个用来「转换」每个元素，另一个用来「筛选」符合条件的元素。用错会导致逻辑错误或性能浪费。

什么时候该用 map？

当你需要把原数组的每个元素按规则变成另一个值，并保持数组长度不变时，就用 map。它不关心条件，只做一对一映射。

• 常见场景：['1', '2', '3'] 转成 [1, 2, 3]；对象数组提取某个字段生成新数组
• 注意：map 的回调函数必须有返回值，否则新数组里对应位置是 undefined
• 如果漏写 return，比如 arr.map(x => { x * 2 })，结果全是 undefined

const nums = ['1', '2', '3'];
const parsed = nums.map(x => parseInt(x, 10)); // [1, 2, 3]

什么时候该用 filter？

当你只想留下满足某个条件的元素，且不改变它们本身时，用 filter。它返回的数组长度 ≤ 原数组长度。

• 常见场景：剔除空值、找大于 10 的数、筛选状态为 'active' 的用户
• 回调函数必须返回布尔值；返回 true 的元素被保留，false 或假值（如 0、null）会被丢弃
• 别在 filter 里做数据转换——那是 map 的活，混用容易出 bug

const numbers = [5, 12, 8, 130, 44];
const bigNumbers = numbers.filter(x => x > 10); // [12, 130, 44]

为什么不能互相替代？

因为它们的设计契约不同：map 强制产出等长新数组，filter 强制做布尔判断并可能缩容。强行用一个模拟另一个，代码会难读且易错。

• 用 map 模拟 filter：得配合 flat() 或额外过滤 undefined，多一层间接
• 用 filter 模拟 map：做不到——它不提供转换能力，只能留或删
• 链式调用时顺序很重要：arr.filter(...).map(...) 是先筛再转；反过来则可能对无用数据做无效计算

容易忽略的细节

两者都不修改原数组，但都依赖回调函数的纯度。如果回调里改了外部变量、发起请求或操作 DOM，行为就不可预测了。

• map 和 filter 都跳过稀疏数组的空位，比如 [1, , 3] 中间那个空位不会触发回调
• 在老旧环境（如 IE）中不支持，需用 babel 或手写兼容逻辑
• 对大数组做复杂计算时，两次遍历（filter + map）比一次 reduce 稍慢，但可读性优先

真正卡住人的往往不是语法，而是没想清楚：我要的是“换一批东西”，还是“挑一些东西”。选错方法，后面所有逻辑都会偏一拍。

今天关于《map与filter区别全解析》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！