JavaScript的search()方法仅返回首个匹配项索引，不支持全局搜索、不返回匹配内容或捕获组、忽略g标志但尊重i/m标志、且无法指定起始位置。
JavaScript 的 search() 方法只返回第一个匹配项的索引，不支持全局搜索、不返回匹配内容、无法获取捕获组、且对正则标志敏感——这些是它在文本定位中明显受限的关键点。
只能找到第一个匹配位置
无论目标字符串中存在多少处匹配，search() 永远只返回首个匹配开始的索引（未匹配则返回 -1）。它不提供后续匹配的位置信息，也不支持类似 exec() 的多次调用迭代。
- 例如：
"abab".search(/a/g)仍只返回0，末尾的g标志被忽略 - 若需全部位置，必须改用
matchAll()配合循环，或手动用RegExp.exec()迭代
不返回匹配的文本或分组内容
search() 的设计目标仅是“定位”，返回值仅为数字索引，完全不暴露匹配到的子串、捕获组或命名组内容。
- 比如：
"price: $123".search(/\$(\d+)/)返回7，但你拿不到"$123"或"123" - 要提取内容，得用
match()、exec()或replace()的回调参数
正则标志行为不一致
search() 会忽略正则表达式字面量中的 g（全局）标志，但会尊重 i（忽略大小写）和 m（多行）等标志；而通过 new RegExp() 构造时，g 依然无效，容易造成误解。
-
/abc/gi.search("ABC")→ 正常匹配（i生效），但g无作用 - 这种“部分生效”的行为让正则调试更易出错，尤其对初学者而言
无法指定起始搜索位置
search() 总是从字符串开头（索引 0）开始查找，不支持像 indexOf(searchValue, fromIndex) 那样传入偏移量。
- 若想从第 5 个字符后查找，只能先用
substring(5)截取再 search，但返回的索引需手动校正 - 这增加了逻辑复杂度，也容易因索引计算错误导致定位偏差
不复杂但容易忽略。真正做精细文本分析时，search() 往往只是临时过渡方案，稳定可靠的定位通常依赖 RegExp.prototype.exec() 或现代 API 如 String.prototype.matchAll()。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
