应先安全解引用并判空再匹配：对*string等字段需先检查非nil再取值，统一预处理关键词为小写去空格，用切片收集字段遍历查，避免panic和逻辑遗漏。
strings.Contains 多字段联合搜索怎么写才不 panic
直接对结构体字段调 strings.Contains 很容易在 nil 指针或空字段上 panic，尤其是字段类型是 *string 或嵌套结构体时。必须先解引用、再判空、最后匹配。
- 别这么写：
strings.Contains(u.Email, kw)—— 如果u.Email是*string且为nil，会直接 panic - 应该先安全取值：
email := ""；if u.Email != nil { email = *u.Email }；再if email != "" && strings.Contains(strings.ToLower(email), kw) - 统一预处理关键词一次：
kw := strings.ToLower(strings.TrimSpace(q))，避免循环里反复ToLower - 中文、emoji、全角空格都 OK，
strings.Contains本身支持 UTF-8，问题只出在输入没清洗
如何避免 if-else 链导致的字段漏判和维护困难
硬写 u.Name != "" && strings.Contains(...) || u.Email != "" && strings.Contains(...) 不仅难读，加个新字段就得改逻辑，还容易漏掉空值检查。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 把待查字段收进切片：
fields := []string{u.Name, u.Email, u.Phone} - 遍历前统一转小写：
kw := strings.ToLower(strings.TrimSpace(keyword)) - 每个字段单独判空再查：
if f != "" && strings.Contains(strings.ToLower(f), kw) - 这样新增字段只需往切片里加一项，逻辑完全隔离
并发搜索多个数据源时怎么合并结果不丢数据
同时查数据库、缓存、API，结果往同一个全局切片 results 里 append，即使加了 sync.Mutex，也可能因底层数组扩容导致其他 goroutine 写入旧内存地址。
- 每个 goroutine 自己建局部切片：
localResults := make([]User, 0, 20) - 查完后用锁保护一次合并：
mu.Lock(); defer mu.Unlock(); results = append(results, localResults...) - 计数器优先用
sync/atomic：atomic.AddInt64(&total, int64(len(localResults))) - 分页别等合并完再截断——各源提前限流（如最多取 50 条），再合并去重，否则内存暴涨
什么时候必须放弃 strings.Contains 改用 regexp
strings.Contains 快、稳、无依赖，但它只能回答“子串是否存在”。一旦需求超出这个范围，它就撑不住了。
- 需要校验格式：比如 “邮箱必须含 @”、“手机号必须以 1 开头且 11 位”
- 需要前缀/后缀匹配：
^admin.*或.*\.pdf$ - 需要多词 AND 关系：
q=go lang要求两个词都出现，而非拼成字符串搜 - 这时该用
regexp.MustCompile预编译，但注意：正则比Contains慢一个数量级，别滥用
q=%E3%80%80（中文全角空格），r.URL.Query().Get("q") 返回的不是空字符串，len(q) == 0 判不了，strings.TrimSpace 才是守门员。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
