Go语言如何快速查找字符串中的所有子串位置_Golang中regexp查找索引详解-Golang-PHP中文网

strings.index 循环是查找子串位置最轻量高效的方式，需正确更新起始位置避免死循环或漏匹配；正则仅用于复杂模式匹配，且需复用编译实例以避免性能损耗。

go语言如何快速查找字符串中的所有子串位置_golang中regexp查找索引详解

用 `strings.Index` 和循环找所有子串位置最轻量

不需要正则时，strings.Index 是最快、最直接的方式。它返回首次出现的索引，配合偏移量循环调用，开销极小，且无编译/匹配状态管理成本。

常见错误是忘记更新查找起始位置，导致死循环或漏匹配：

每次找到后，下一次搜索应从 start = index + len(substring) 开始（不是 +1），否则重叠匹配会出错
若子串为空字符串 ""，strings.Index 永远返回 0，必须提前校验

示例：

func findAllIndices(s, substr string) []int {
	if len(substr) == 0 {
		return nil
	}
	var indices []int
	start := 0
	for {
		idx := strings.Index(s[start:], substr)
		if idx == -1 {
			break
		}
		indices = append(indices, start+idx)
		start += idx + len(substr) // 关键：跳过已匹配部分
	}
	return indices
}

用 `regexp.FindAllStringIndex` 处理带规则的子串定位

当子串含通配、边界、重复次数等需求（如“连续3个数字”“以大写字母开头的单词”），必须用 regexp。注意：FindAllStringIndex 返回的是 [2]int 切片，每个元素为 [start, end)，即左闭右开区间。

容易踩的坑：

正则表达式未转义特殊字符（如查找 "a.b" 必须写成 `a\.b`，否则 . 匹配任意字符）
使用 Regexp.FindAllStringSubmatchIndex 时传入的是 []byte，而 FindAllStringIndex 才对应 string 输入，混用会导致类型错误
正则编译开销大，高频调用务必复用已编译的 *regexp.Regexp 实例，别在循环里反复调用 regexp.Compile

示例（找所有十六进制颜色码）：

Golang Lint

Golang 项目 lint 最佳实践与 golangci‑lint 配置——运行 linter、编辑 .golangci.yml、使用 nolint指令抑制警告。

下载

var hexColorRegex = regexp.MustCompile(`#[0-9a-fA-F]{6}`)

s := "bg: #ff00aa; text: #00ff11"
for _, loc := range hexColorRegex.FindAllStringIndex(s, -1) {
	fmt.Printf("found at [%d, %d)
", loc[0], loc[1])
}

`regexp.FindAllIndex` 和 `FindAllStringIndex` 的参数差异

二者功能一致，但签名不同：FindAllIndex 接收 []byte，返回 [][]int；FindAllStringIndex 接收 string，也返回 [][]int。别被名字误导——它们都不返回 string 本身。

关键区别在于输入类型和 Unicode 安全性：

对纯 ASCII 字符串，两者结果完全一致
含中文、emoji 等多字节字符时，FindAllStringIndex 返回的是 UTF-8 字节偏移（不是 rune 位置），这与 Go 字符串底层一致，无需额外转换
若你手头只有 []byte（比如从文件读取未解码），直接用 FindAllIndex 避免强制转 string 产生拷贝

错误用法示例（传错类型）：

// ❌ 编译错误：cannot use s (variable of type string) as []byte value
re.FindAllIndex(s, -1)

// ✅ 正确：要么转字节切片，要么用 String 版本
re.FindAllIndex([]byte(s), -1)
// 或
re.FindAllStringIndex(s, -1)