strings.index 返回 -1 表示未找到，因 go 哲学强调轻量查找，避免错误分配与异常开销；需显式判断 -1，否则易致越界 panic。
strings.Index 能准确返回子串首次出现的索引，但返回 -1 表示未找到——这点必须显式判断，不能当作布尔值用。
为什么 strings.Index 返回 -1 而不是 panic 或 error？
Go 的设计哲学是让简单查找保持轻量：不匹配就是 -1，无需分配错误对象或处理异常路径。这和 strings.Contains 的语义互补——后者只关心真假，前者要位置。
-
strings.Index不会 panic，哪怕substr为空字符串（此时返回0） - 如果
substr长度大于主串，直接返回-1，不额外校验 - 它只做前向线性扫描，不支持正则或通配符
常见误用：把 strings.Index 当作条件判断直接用
写成 if strings.Index(s, "abc") { ... } 是错的——Go 不允许整数直接进 if 条件。更隐蔽的问题是忽略 -1 导致越界访问：
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
pos := strings.Index(text, "target") fmt.Println(text[pos:]) // 如果没找到，pos == -1 → panic: slice bounds out of range
- 必须显式判断：
if pos := strings.Index(s, substr); pos != -1 { ... } - 若后续要用切片，记得加边界检查：
if pos >= 0 && pos+len(substr) - 不要和
strings.LastIndex混用——后者找最后一次，行为一致但语义不同
和 strings.IndexByte、strings.IndexRune 的区别在哪？
三者都返回首次位置，但匹配粒度不同：
-
strings.Index匹配子字符串（string类型），适合多字节场景（如中文、emoji） -
strings.IndexByte只接受byte，速度快，但对 UTF-8 多字节字符会出错（比如拿'中'去查，实际查的是首字节） -
strings.IndexRune接受rune，能正确处理 Unicode 字符，但比IndexByte略慢
例如：s := "Hello 世界"，strings.Index(s, "世") 返回 6（字节偏移），而 strings.IndexRune(s, '世') 也返回 6；但 strings.IndexByte(s, '世') 编译不通过——因为 '世' 是 rune，不是 byte。
真正容易被忽略的是：Go 字符串底层是字节序列，strings.Index 返回的是字节索引，不是 rune 索引。如果后续要按字符截取（比如取前 3 个汉字），不能直接用这个位置做 [:pos] 切分，得先转成 []rune 再算。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
