strings.tovalidutf8 不是清理函数，仅将无效 utf-8 字节序列替换为 u+fffd，不修复、不解码、不删除；适用于防止渲染或序列化崩溃，非乱码修复工具。
strings.ToValidUTF8 是什么，它真能“清理”乱码吗？
strings.ToValidUTF8 不是清理函数，也不做替换、修复或标准化。它只是把输入字符串中所有无效 UTF-8 字节序列，统一替换成 Unicode 替换字符 U+FFFD（即 ""）。它不尝试解码、不恢复原始含义、不删除字节——只做最保守的“兜底显示”。如果你期待它把 "\xc0\x80" 这种过界 UTF-8 编码转成可读文字，会失望。
什么时候该用 strings.ToValidUTF8？
典型场景是：你拿到一段不可信输入（比如 HTTP 请求 body、日志片段、用户粘贴的剪贴板内容），需要确保后续渲染、JSON 序列化或写入 HTML 时不崩溃，但又不想自己手写 UTF-8 验证逻辑。
- Web 服务返回 HTML 或 JSON 响应前，防止
json.Marshal因含非法 UTF-8 而 panic - 日志系统对字段做预处理，避免终端或 ELK 因乱码显示异常
- 模板渲染前对用户输入做最小干预，保证页面不崩，哪怕显示为
""
注意：strings.ToValidUTF8 是 Go 1.22+ 新增函数，低于此版本无法使用——别在旧项目里找它。
常见误用：把它当“修复工具”或“过滤器”
很多人以为调用一次就能让乱码变正常，结果发现 "\xc0\x80hello" 变成 "hello"，更难看了。这是因为：
-
\xc0\x80是 UTF-8 中明确禁止的 overlong 编码，strings.ToValidUTF8只能标出错误位置，无法反推原意 - 它不删掉非法字节，而是“占位”——所以长度不变，
len()结果和原来一样 - 它不处理 BOM、控制字符（如
\x00）、或合法但不可见的 Unicode 字符（如零宽空格）
如果你需要真正“清理”，比如删掉所有非打印字符，得组合 utf8.RuneCountInString + 手动遍历 rune 判断，或用正则 regexp.MustCompile(`[^\p{L}\p{N}\p{P}\p{Zs}]`) 过滤。
实际用法与性能提醒
用法极简，但有两点必须留意：
- 它接受
string，返回string，不修改原串；对空字符串或全合法 UTF-8 字符串，开销极小（几乎只是扫描一遍） - 对超长字符串（比如几 MB 的日志块），它仍是 O(n) 时间，但不会分配新底层数组——内部复用原有字节切片，仅在遇到非法序列时才新建字符串
- 别在 hot path 上无条件调用：如果确定输入 99% 来自
net/http或json.Unmarshal（它们本身已校验 UTF-8），加这层反而拖慢
示例：
input := string([]byte{0xc0, 0x80, 'h', 'e', 'l', 'l', 'o'})
clean := strings.ToValidUTF8(input) // 结果是 "hello"
真正棘手的是混合场景：比如一段文本里既有 \xc0\x80，又有 Windows-1252 编码的 "café"（其中 é 是 \xe9，在 UTF-8 下非法）。strings.ToValidUTF8 无法识别这种编码错位，只会把 \xe9 当作单字节非法序列打上 ——这时候你需要先猜编码，再转 UTF-8，ToValidUTF8 只是最后一步兜底。
