JavaScript 正则状态：同一个 test 为什么一会儿 true、一会儿 false
先检查正则对象有没有保留游标
表单值没有变化，同一个校验函数第二次却返回失败，问题可能藏在正则对象里。带有 g 或 y 标志的正则会用 lastIndex 记录下一次尝试的位置。test 虽然只返回布尔值，内部仍会执行匹配并改变这个状态，因此重复调用不一定是在重复同一次检查。
例如用 /ok/g 检查字符串 ok，首次匹配结束后游标位于第二个字符之后。第二次从末尾继续找，找不到便返回 false，同时把游标重置为零。第三次又从开头命中。把这个对象放在共享变量里，再用于多条输入的独立校验，就可能把前一条的进度带给后一条。
全局搜索与粘连匹配的差别
g 可以从 lastIndex 开始向后寻找下一个命中位置，y 则要求恰好在该位置开始匹配。对 xcat 使用 cat 模式时，全局搜索可以跨过开头的 x；粘连匹配从零开始会失败，明确把游标设为一之后才成功。两者都带状态，但寻找下一次命中的方式不同。
对于普通内建正则，带这些标志时，成功通常把游标设成匹配结束位置，失败会复位为零。因此排查时要同时记录返回值与调用后的 lastIndex，只看 true 或 false 无法区分“这条输入没有目标”与“已经从前一次留下的位置开始查找”。
把校验和扫描放在同一个可运行例子里
下面保存为 .cjs 文件并用 Node 运行，使用自带断言模块。第一部分复现重复校验的交替结果，第二部分对照 g 与 y，随后展示不带状态标志的独立判断和每次创建新对象的判断。最后用一个共享正则扫描单条字符串，检验它确实能推进位置。
AI生成概念示意图，非真实界面
const assert = require('node:assert/strict');
const repeated = /ok/g;
const states = Array.from({ length: 3 }, () => {
const matched = repeated.test('ok');
return [matched, repeated.lastIndex];
});
assert.deepEqual(states, [[true, 2], [false, 0], [true, 2]]);
console.log('repeat:', JSON.stringify(states));
const globalPattern = /cat/g;
const stickyPattern = /cat/y;
const modes = [globalPattern.test('xcat'), globalPattern.lastIndex,
stickyPattern.test('xcat'), stickyPattern.lastIndex];
stickyPattern.lastIndex = 1;
modes.push(stickyPattern.test('xcat'), stickyPattern.lastIndex);
assert.deepEqual(modes, [true, 4, false, 0, true, 4]);
console.log('search modes:', JSON.stringify(modes));
const input = ['ok', 'ok', 'ok'];
const predicate = /ok/;
const independent = input.map(text => predicate.test(text));
const fresh = input.map(text => new RegExp('ok', 'g').test(text));
assert.deepEqual(independent, [true, true, true]);
assert.deepEqual(fresh, [true, true, true]);
console.log('predicate:', JSON.stringify(independent));
console.log('fresh:', JSON.stringify(fresh));
const carry = /ok/g;
assert.equal(carry.test('ok'), true);
assert.equal(carry.test('ok again'), false);
assert.equal(carry.lastIndex, 0);
assert.equal(carry.test('ok again'), true);
const scanner = /ok/g;
const positions = [];
let match;
while ((match = scanner.exec('ok ok')) !== null) {
positions.push(match.index);
}
assert.deepEqual(positions, [0, 3]);
assert.equal(scanner.lastIndex, 0);
console.log('scan:', JSON.stringify(positions));
const empty = /(?:)/g;
const zeroWidth = empty.exec('x');
assert.equal(zeroWidth[0], '');
assert.equal(empty.lastIndex, 0);
console.log('empty match:', JSON.stringify([zeroWidth !== null, empty.lastIndex]));repeat 应输出 [[true,2],[false,0],[true,2]]。search modes 应为 [true,4,false,0,true,4]，分别记录全局成功、粘连失败和指定起点后的粘连成功。predicate 与 fresh 两行都为 [true,true,true]；scan 输出 [0,3]，表示找到了两个不同位置。
根据调用目的管理对象生命周期
如果只需要回答一条输入是否包含某个模式，通常可以去掉 g 和 y，复用不带扫描状态的正则。若确实必须保留这些标志，可在独立操作开始前明确复位，或者为每次独立操作创建新对象。选择哪种方式，应让调用者清楚对象是否会保存进度。
创建新对象并不是放在哪里都正确。连续提取一条字符串里的多个匹配时，应让同一个扫描对象在这一轮循环内持续使用；若每次循环条件都重新写出全局正则，游标反复从零开始，可能永远命中第一项。新对象应该对应新的扫描任务，而不是对应每一次寻找动作。
示例还只执行一次能够匹配空字符串的正则。empty match 输出 [true,0]，说明成功不一定意味着游标前进。若直接把这样的 exec 放进循环，可能一直停在原处。需要处理空匹配时，应选择会推进空匹配的迭代接口，或明确设计符合字符编码规则的推进方式。
不要把 lastIndex 简单理解为人眼看到的第几个字符：它使用字符串的码元位置，某些字符占多个码元。本文输入只含基本拉丁字符，位置与普通计数一致。处理表情或其他补充平面字符时，推进逻辑要同时考虑所用的 Unicode 标志，不能照抄加一便当成完整方案。
批量过滤尤其值得检查。若数组回调复用了带 g 的正则，相同内容的相邻元素可能得到不同结果。验收应加入重复输入、不同输入连续调用、一次失败后的再次调用，并记录对象是否被共享。这些测试能够直接揭示状态依赖，比仅测试一条成功样本更有效。
最后区分状态错误与模式错误。去掉标志只解决独立调用之间的进度污染，不能保证业务模式已经写对。匹配范围、完整输入要求和空字符串是否允许，仍需各自的正反样本。先确定操作是独立校验还是连续扫描，再选择标志与对象生命周期。
