search() 仅返回首个匹配项的utf-16起始索引，不支持捕获组、全局匹配或lastindex，需配合exec()获取长度、slice()安全切片、textencoder转换utf-8偏移。
search() 本身不支持“原始位置偏移定位”——它只返回第一个匹配项的起始索引，且不记录捕获组、不支持全局匹配、不保留 lastIndex 状态。所谓“高性能原始位置偏移定位”，实际是指：在不做完整 exec() 循环或 matchAll() 迭代的前提下，快速获取某个特定模式在字符串中**首次出现的精确字节/码点偏移**，并确保该偏移与后续手动切片、解码或解析逻辑对齐。
明确 search() 的能力边界
它本质是 RegExp.prototype.exec() 的简化封装，仅执行一次匹配，返回索引或 −1。关键限制包括：
- 无法获取捕获组内容或位置（如
match[1]或match.indices） - 不支持
g标志，多次调用不会推进匹配位置 - 对 Unicode 代理对（如 emoji、中文扩展 B 区字符）默认按 UTF-16 码元计数，而非用户感知的“字符”
- 不提供匹配长度，需额外计算（如
match[0].length不可用，因search()不返回 match 数组）
用 search() 快速定位起始偏移（最简场景）
当只需知道“某模式第一次出现在哪”，且模式不含需要提取的子结构时，search() 是轻量首选：
const str = "id=123&name=张三&token=abc"; const pos = str.search(/name=([^&]*)/); // → 9 // 注意：这里正则虽有捕获组，但 search() 不返回它，只返回 'name=...' 整体的起始位置
若需进一步提取值，应改用 exec()；若只关心“name= 是否存在及在哪”，search() 开销最小。
配合 slice() 实现安全偏移切片（避免越界和代理对断裂）
获得起始位置后，不能直接用 str[pos + n] 随意取字符——尤其涉及中文、emoji 时。正确做法是结合 String.prototype.slice() 和正则的完整匹配长度：
- 先用
exec()获取完整匹配及长度（match[0].length），因为search()本身不提供该信息 - 再用
slice(start, start + length)安全截取，slice()自动处理代理对
示例：定位并提取 URL 查询参数值
function extractParam(str, key) {
const regex = new RegExp(`${key}=([^&]*)`);
const match = regex.exec(str);
if (!match) return null;
const startPos = match.index; // 等价于 search() 结果
const value = match[1]; // 捕获组内容
const endPos = startPos + match[0].length;
return { value, startPos, endPos };
}
// extractParam("a=1&b=?&c=测试", "b") → { value: "?", startPos: 4, endPos: 10 }
处理多字节字符偏移对齐（UTF-8 场景下需额外转换）
浏览器 JS 字符串基于 UTF-16，search() 返回的是 UTF-16 码元索引。若目标系统（如后端、WebAssembly、文件解析）使用 UTF-8 字节偏移，必须转换：
- 不能简单乘以 2 或 3——UTF-8 变长编码，ASCII 字符占 1 字节，中文通常 3 字节，emoji 可能 4 字节
- 推荐用
new TextEncoder().encode(str.slice(0, pos)).length计算前pos个字符对应的 UTF-8 字节数 - 注意：此方法按字符数（不是码元数）截取，已自动兼容代理对
例如：
const str = "a?bc"; const posUtf16 = str.search(/?/); // → 1 const utf8Offset = new TextEncoder().encode(str.slice(0, posUtf16)).length; // → 1（"a" 占 1 字节）
不复杂但容易忽略：search() 是高效起点，但真正实现可靠偏移定位，往往需搭配 exec() 获取匹配细节，再用 slice() 或 TextEncoder 做安全切片与编码转换。
