strings.LastIndex 返回子串最后一次出现的字节索引，空串时返回原字符串长度而非-1；需先判空再调用，切片时注意左闭右开；它不识别UTF-8边界，多字节字符场景下索引为字节位置，非rune位置。
strings.LastIndex 能准确返回子串最后一次出现的起始索引，但前提是子串非空且确实存在；若子串为空或未找到，它会返回 -1 —— 这是绝大多数误判的源头。
为什么 strings.LastIndex 返回 -1 不一定代表“没找到”
Go 的 strings.LastIndex 对空子串有特殊定义：当传入空字符串 "" 时，它总返回原字符串长度（即插入点位置），而非 -1。但很多人没意识到这点，直接用 == -1 判断失败，结果在空子串场景下逻辑翻车。
- 正确做法是先检查子串是否为空：
if len(sub) == 0 { /* 处理空情况 */ } - 再调用
strings.LastIndex(s, sub)，并仅对非空sub用== -1判断不存在 - 常见误用：
if strings.LastIndex(s, "") == -1—— 这个条件永远不成立
和 strings.Index 的行为差异直接影响切片逻辑
如果你习惯用 strings.Index 找第一个匹配然后切片（如 s[index:] ），换成 LastIndex 后必须同步调整切片方式，否则容易越界或漏掉末尾内容。
-
strings.LastIndex("a/b/c/d", "/")返回6（最后一个/的位置） - 想取文件名？用
s[7:]→"d"；别写成s[6:]（得到"/d"） - 想取目录路径？用
s[:6]→"a/b/c"；注意这是左闭右开，不包含索引 6 处的/ - 如果直接套用
Index的切片习惯（比如s[index+1:]），对LastIndex是安全的；但s[:index]才是等价于“前面所有”的操作
性能与 Unicode：strings.LastIndex 不按 rune，只按 byte
它内部是朴素的后向字节扫描，不识别 UTF-8 编码边界。这意味着在含中文、emoji 等多字节字符的字符串中，返回的索引可能落在某个 rune 中间 —— 如果你后续拿这个索引去做 rune 切片或 utf8.DecodeRuneInString，会 panic 或读出乱码。
立即学习“go语言免费学习笔记（深入）”；
- 示例：
strings.LastIndex("??/go", "/")返回4，但"??"占 4 个字节，"/"实际起始索引是 4，没问题；可一旦子串本身是 emoji 或中文，比如strings.LastIndex("测试/x", "x")，返回6是对的（"测试"占 6 字节） - 真正危险的是：你用这个
6去string([]rune(s)[:6])—— 这会截断 rune，导致非法 UTF-8 - 安全做法：如需 rune 级操作，先用
strings.LastIndex得到字节位置，再用utf8.RuneCountInString(s[:pos])换算成 rune 索引
最常被忽略的一点：它不支持正则、不支持忽略大小写、也不接受 strings.Cut 那类带分割语义的变体 —— 它就是纯字节级、纯子串、纯最后一次的定位工具。需要更复杂逻辑时，别硬套，该上 regexp 或手写遍历就上。
