在日常的前端开发或 Node.js 后端逻辑处理中，你是否经常遇到这样的需求：需要将一个复杂的列表根据特定的状态拆分成“通过”和“未通过”两组？或者需要将用户数据区分成“活跃用户”和“非活跃用户”来分别展示？
虽然我们可以通过 JavaScript 原生的 filter 方法分别筛选两次，但这种方式不仅意味着我们需要遍历数组两次，还可能导致代码逻辑显得冗余和零散。
在这篇文章中，我们将深入探讨 Lodash 库中一个非常强大但有时被低估的工具——_.partition 方法。我们将不仅学习它的基础用法，还会通过多个实战案例，看看它如何帮助我们用一行代码优雅地解决数据分组问题，提升代码的可读性和执行效率。让我们一起开始吧！
什么是 _.partition？
简单来说，INLINECODEc3b09442 是 Lodash 提供的一个集合操作方法。它的核心作用是：将一个集合（数组或对象）拆分为两个数组，第一个数组包含所有使得谓词返回 INLINECODEec5dfdf9 的元素，第二个数组包含所有使得谓词返回 false 的元素。
想象一下，这就像是有一个高效的分拣机器人，它接过你的一篮子混合物品，迅速把它们分拣到标有“是”和“否”的两个篮子里。
为什么我们需要它？
在处理数据分类逻辑时，传统的做法可能长这样：
// 传统的做法：需要遍历两次数组
const activeUsers = users.filter(u => u.active);
const inactiveUsers = users.filter(u => !u.active);
这样做虽然功能上没问题，但有两个缺点：
- 性能损耗：我们对同一个数组遍历了两次。如果数组很大，这会带来不必要的性能开销。
- 逻辑重复：我们需要编写两个条件相反的逻辑。
而使用 _.partition，我们只需一次遍历即可完成所有操作。让我们来看看它的参数和基本结构。
参数与返回值详解
在使用之前，让我们先通过专业的视角明确它的接口定义：
1. collection (Array|Object)
这是我们想要遍历和拆分的目标源。它可以是一个普通的数组，也可以是一个对象（在这种情况下，会拆分对象的属性）。
2. predicate (Function
Object
string)
这是决定元素去向的“裁判”。_.partition 非常灵活，因为它支持多种谓词写法：
- 函数：最常用的形式。接收
value作为参数，返回布尔值。 - 对象：Lodash 会使用
_.matches方法进行浅比较，匹配对象属性的元素将被归入第一组。 - 数组：Lodash 会使用
_.matchesProperty，匹配特定路径和值的元素归入第一组。 - 字符串：如果是字符串，Lodash 会将其视为对象属性路径，并检查该属性的真值。
返回值
它返回一个包含两个新数组的数组（即 [GroupTrue, GroupFalse]）。注意：原数组不会被修改。
基础实战示例
让我们通过具体的代码来看看它是如何工作的。
示例 1：基础布尔值逻辑分割（用户状态筛选）
在这个场景中，我们有一份用户列表，我们需要区分出“活跃”和“非活跃”的用户，以便在前端分别渲染到不同的 UI 区域。
const _ = require(‘lodash‘);
// 原始数据：包含不同 active 状态的用户对象
let users = [
{ ‘user‘: ‘barney‘, ‘active‘: false },
{ ‘user‘: ‘fred‘, ‘active‘: true },
{ ‘user‘: ‘pebbles‘, ‘active‘: true }
];
// 使用 _.partition 方法
// 谓词逻辑：检查 o.active 是否为 true
// 使用解构赋值 result 来直接获取两个分组：activeUsers 和 inactiveUsers
let [activeUsers, inactiveUsers] = _.partition(users, function(o) {
return o.active;
});
console.log(‘活跃用户:‘, activeUsers);
console.log(‘非活跃用户:‘, inactiveUsers);
输出结果：
活跃用户: [
{ ‘user‘: ‘fred‘, ‘active‘: true },
{ ‘user‘: ‘pebbles‘, ‘active‘: true }
]
非活跃用户: [
{ ‘user‘: ‘barney‘, ‘active‘: false }
]
解析：
你可以看到，我们不再需要写两个过滤函数。通过数组解构 [activeUsers, inactiveUsers]，我们可以非常直观地拿到结果。这种写法在 React 渲染逻辑或数据预处理阶段非常实用。
示例 2：使用“对象匹配”进行条件筛选
有时候，我们的筛选条件不仅仅是简单的布尔值，而是基于某个特定属性值的匹配。Lodash 允许我们直接传递一个对象作为谓词，它会自动进行深度的属性匹配。
假设我们有一个对象列表，我们想要快速找出所有 INLINECODE97ee3e68 属性等于 INLINECODEb41d374f 的项。
const _ = require(‘lodash‘);
let objects = [
{ ‘a‘: 1, ‘b‘: 2, ‘c‘: 3 },
{ ‘a‘: 4, ‘b‘: 5, ‘c‘: 6 }
];
// 这里的谓词是一个对象 { ‘a‘: 4 }
// Lodash 会检查每个元素是否匹配这个结构
let [matched, others] = _.partition(objects, { ‘a‘: 4 });
console.log(‘匹配 {a: 4} 的元素:‘, matched);
console.log(‘其他元素:‘, others);
输出结果：
匹配 {a: 4} 的元素: [
{ ‘a‘: 4, ‘b‘: 5, ‘c‘: 6 }
]
其他元素: [
{ ‘a‘: 1, ‘b‘: 2, ‘c‘: 3 }
]
解析：
这种写法非常简洁，特别适合当你只需要根据某个特定字段的值来拆分数据时。它省去了编写箭头函数 (obj) => obj.a === 4 的麻烦。
示例 3：使用“数组匹配”作为条件
除了直接传递对象，Lodash 还支持传递一个数组 [key, value]。这在处理动态属性键时特别有用，或者当你想明确指定匹配路径时。
让我们来看一个包含坐标点的例子。
const _ = require(‘lodash‘);
let objects = [
{ ‘x‘: 1, ‘y‘: 2 },
{ ‘x‘: 2, ‘y‘: 1 },
{ ‘x‘: 1, ‘y‘: 1 }
];
// 这里的谓词是 [‘x‘, 1]
// 意思是：筛选出属性 ‘x‘ 的值为 1 的元素
let [xIsOne, xNotOne] = _.partition(objects, [‘x‘, 1]);
console.log(‘x 属性为 1 的对象:‘, xIsOne);
console.log(‘x 属性不为 1 的对象:‘, xNotOne);
输出结果：
x 属性为 1 的对象: [
{ ‘x‘: 1, ‘y‘: 2 },
{ ‘x‘: 1, ‘y‘: 1 }
]
x 属性不为 1 的对象: [
{ ‘x‘: 2, ‘y‘: 1 }
]
进阶应用与实战技巧
掌握了基础用法后，让我们看看在实际复杂项目中，_.partition 能发挥哪些更大的作用。
1. 字符串属性简写
当谓词仅仅是一个检查对象属性是否存在的函数时，我们可以利用 Lodash 的属性名简写功能。
const _ = require(‘lodash‘);
const products = [
{ name: ‘Laptop‘, inStock: true, price: 1000 },
{ name: ‘Mouse‘, inStock: false, price: 25 },
{ name: ‘Keyboard‘, inStock: true, price: 80 }
];
// 直接传入字符串 ‘inStock‘，等同于 item => item.inStock
const [stockedItems, outOfStockItems] = _.partition(products, ‘inStock‘);
console.log(‘有库存:‘, stockedItems);
// 输出: Laptop, Keyboard
这种写法极其简洁，非常符合“不言自明”的代码原则。
2. 数值范围拆分
我们经常需要将数据分成“符合预期的”和“异常的”。例如在数据分析中，根据数值大小拆分。
const _ = require(‘lodash‘);
const temperatures = [
{ city: ‘Beijing‘, temp: 25 },
{ city: ‘Sanya‘, temp: 35 },
{ city: ‘Harbin‘, temp: 15 }
];
// 将城市分为 高温 (> 30) 和 常温
const [hotCities, normalCities] = _.partition(temperatures, ({ temp }) => temp > 30);
console.log(‘高温预警城市:‘, hotCities); // Sanya
3. 结合 React 或 Vue 进行列表渲染
在前端开发中，这是一个非常常见的模式。比如我们在做一个任务管理列表，想要先展示“未完成”的任务，再展示“已完成”的任务。
const tasks = [
{ id: 1, text: ‘写代码‘, completed: true },
{ id: 2, text: ‘写文档‘, completed: false },
{ id: 3, text: ‘Debug‘, completed: false }
];
// 使用 partition 一次性分类
const [completed, pending] = _.partition(tasks, ‘completed‘);
// 现在我们可以直接渲染这两个列表，甚至可以进行排序
// 比如把 pending 排在前面显示
const displayList = [...pending, ...completed];
console.log(displayList.map(t => t.text)); // [‘写文档‘, ‘Debug‘, ‘写代码‘]
性能考量与最佳实践
你可能会问：既然 INLINECODE0344728e 很常见，为什么非要换用 INLINECODE88e0d50d？
让我们深入探讨一下背后的逻辑。
遍历效率
正如我们之前提到的，使用两次 INLINECODEafef6a68 意味着 $O(2N)$ 的时间复杂度（其中 $N$ 是数组长度）。而 INLINECODE94af3242 只需 $O(N)$。对于拥有数千条记录的大型数据集（比如 Excel 导出功能的预处理），这种优化能显著减少 CPU 的计算时间。
代码可维护性
使用 INLINECODEe47b05ee 可以明确表达意图：“我正在将这个集合一分为二”。而两个 INLINECODEb4f1973b 可能会让阅读代码的人误以为这是两个不相关的逻辑。
常见陷阱：解构赋值的顺序
需要注意的是，解构赋值时的顺序非常重要。
// 正确的理解
const [truthyGroup, falsyGroup] = _.partition(data, predicate);
第一个元素永远是满足条件的结果，第二个元素永远是不满足条件的结果。如果你不小心写反了解构变量名，虽然不会报错，但会导致后续的业务逻辑出现严重的逻辑错误。
常见问题与解决方案
Q: _.partition 会修改原数组吗？
A: 不会。它返回的是新数组。这是函数式编程范式中的“纯函数”特性，保证了数据的安全性，避免了令人讨厌的副作用。
Q: 我可以用它来拆分对象吗？
A: 可以。如果你传递一个对象给 _.partition，它会对对象的值进行拆分，但返回的依然是数组。
const obj = { ‘a‘: 1, ‘b‘: 2, ‘c‘: 3 };
// 注意：这里会对值 1, 2, 3 进行判断
const [evens, odds] = _.partition(obj, (n) => n % 2 === 0);
console.log(evens); // [2]
console.log(odds); // [1, 3]
总结与展望
通过这篇文章，我们详细了解了 Lodash 中的 _.partition 方法。从基本的语法参数，到复杂的对象和数组匹配，再到前端实战中的列表渲染优化，我们看到了这个方法虽然简单，但在处理数据归类问题时异常强大。
主要回顾：
- INLINECODE5313d06f 将集合拆分为 INLINECODEa220e039 两个数组。
- 支持函数、对象、数组等多种谓词形式，极其灵活。
- 相比多次
filter，它性能更好（单次遍历），且语义更清晰。
给你的建议：
下次当你发现自己正在编写两个逻辑相反的 INLINECODE76030bff 函数时，请停下来，尝试使用 INLINECODE2b36637f。这不仅能让你的代码更加优雅，还能体现出你对数据处理逻辑的深层理解。
希望这篇指南能帮助你在实际项目中更高效地处理数据！如果你有其他关于 Lodash 使用上的疑惑，欢迎继续探索更多的 Lodash 方法，它们都是提升代码质量的利器。