test()方法每次从字符串开头独立匹配，不依赖lastIndex，仅返回true或false，适用于只需判断是否匹配的场景，如表单校验和条件分支。
test() 方法直接返回布尔值，不缓存匹配结果，每次调用都独立执行正则匹配。它是最轻量的正则检测方式，适合仅需判断“是否匹配”而不关心具体匹配内容的场景。
执行机制：独立匹配，无视 lastIndex
test() 每次调用都会从字符串开头（索引 0）开始尝试匹配，**不依赖也不更新正则对象的 lastIndex 属性**——即使正则带有 g（全局）标志，test() 也不会像 exec() 那样维护匹配位置。
这意味着：
- 对同一个正则和同一字符串反复调用 test()，结果始终一致
- 即使之前用 exec() 匹配过并改变了 lastIndex，后续 test() 调用仍从头开始
- 带 g 标志的正则在 test() 中行为与不带 g 完全相同（无状态影响）
返回值：只返回 true 或 false
test() 的返回值只有两个可能：
立即学习“Java免费学习笔记（深入）”；
-
true：正则在字符串中找到至少一个匹配（哪怕只匹配空字符串，如
/^/） - false：整个字符串中没有任何位置满足该正则的匹配条件
注意：不会返回匹配内容、索引、捕获组或匹配次数。例如：
/a/.test("abc") → true/d/.test("abc") → false/(\d+)/.test("id123") → true（但拿不到 "123"）
常见误区与注意事项
容易混淆的点：
- 不要用 test() 替代 exec() 来提取信息：它不返回匹配细节，想取分组或位置必须换 exec() 或 match()
- 全局正则 + test() 不会“推进”匹配位置：和 exec() 的循环行为完全不同，别指望它分多次匹配不同部分
-
正则字面量每次创建都是新实例：写成
/d/.test(str)没问题；但若保存为变量再复用（尤其带 g），要注意其他方法（如 exec()）可能已修改其 lastIndex，不过这不影响 test() 自身行为
适用场景建议
优先使用 test() 当你需要：
- 表单校验（如邮箱格式、密码强度前置检查）
- 条件分支中快速判断字符串是否符合某模式（
if (/^d+$/.test(input)) { ... }） - 过滤数组（
arr.filter(s => /^test/.test(s))）
需要匹配内容、位置、全部结果时，请改用 match()、exec() 或 matchAll()。
