JavaScript 正则 split：只是加了括号，分隔符为什么也进了结果
一段拆分编号的代码原本返回三个字段。为了让正则更好读，开发者给分隔符套上一层括号，结果数组忽然多出逗号；再加一个可选分组，数组里连 undefined 都出现了。这通常不是输入文件坏了，而是捕获组改变了 split 的输出约定。
正则中的括号既能组织匹配，也可能保存捕获内容。被用作分隔器时，这些捕获内容会被插入结果数组。若只是为了给多个分隔规则分组，应明确选择非捕获形式，而不是在拆分完成后随手过滤所有“看着多余”的项。
同时检查字段、分隔符和数组长度
下面代码保存为 demo.mjs，通过 node demo.mjs 运行。本文在 Node.js v24.19.0 实测。样本故意同时放入逗号、分号、开头与结尾的分隔符，让几种容易被正常样本掩盖的结果都能单独断言。
AI概念示意图：表现本文的抽象关系，并非软件截图或真实运行结果。
import assert from 'node:assert/strict';
const input = 'A,B;C';
const plain = input.split(/[,;]/);
const captured = input.split(/([,;])/);
const grouped = input.split(/(?:,|;)/);
assert.deepEqual(plain, ['A', 'B', 'C']);
assert.deepEqual(grouped, plain);
assert.deepEqual(captured, ['A', ',', 'B', ';', 'C']);
const optional = 'A,B'.split(/,(x)?/);
assert.deepEqual(optional, ['A', undefined, 'B']);
assert.deepEqual(input.split(/([,;])/, 3), ['A', ',', 'B']);
assert.deepEqual('A,B,C'.split(',', 2), ['A', 'B']);
assert.deepEqual(',A,'.split(','), ['', 'A', '']);
assert.deepEqual('A,,B'.split(','), ['A', '', 'B']);
console.log(JSON.stringify(captured));
console.log(optional.map(x => x === undefined ? '<undefined>' : x));
console.log('split checks passed');括号是否捕获，直接决定数组结构
plain 与 grouped 的结果完全一致，都只留下三个字段。captured 则有五项，逗号与分号夹在字段之间。第二种形式不是误差，它可以用于希望保留分隔符的轻量词元拆分；关键是下游必须知道数组不再是纯字段列表。
可选捕获组的样本更能暴露问题。逗号匹配成功，但后面的 x 没有出现，于是该捕获位置加入 undefined。它与空字符串不同，也与数组空洞不同。代码使用严格深相等验证具体值，避免只打印数组长度而错过含义差异。
不要用 JSON.stringify 的显示结果反推每个值的类型：数组中的 undefined 会被序列化成 null。示例另做了一次显式标记，只用于观察；真实业务应保留明确的类型处理，不把调试文字当成新的数据协议。
limit 限的是输出项，不是最多切几刀
当 limit 为三时，带捕获组的结果是 A、逗号、B。分隔符也占用了输出名额，尾部 C 不会自动合并到最后一个字段。即使不用正则，普通逗号拆分加上长度二，也只返回 A 与 B，后面的 C 被舍弃。
因此，若需求是“只分成两部分，第二部分保留剩余文本”，不能照搬这个 limit。应先找到第一个分隔位置，再用两次切片得到两侧内容，并另外定义找不到分隔符时的行为。把结果长度限制误当切分次数，会静悄悄丢掉尾部数据。
开头、结尾与连续的分隔符还会留下空字符串。这可能代表缺失字段，也可能是格式允许的空值，不能看到空就删。删除空项会移动后续字段的位置，让原本属于第三列的数据进入第二列。
迁移已有正则时，把括号变化也当成接口变化审查。用固定样本断言整段数组，并说明是否保留分隔符、是否允许空字段、是否允许未参与匹配的组。若数据本身支持引号包裹或转义分隔符，继续堆括号通常不是可靠解析方案，应使用对应格式的解析器。
修改解析代码之前，先写出你希望得到的完整数组，包括每一个空字符串。如果期望写不清，说明输入约定仍有空白。把正则写短不会填补这个空白；明确约定之后，捕获组是否应当存在才有可验证的答案。
