goroutine 启动后立即执行，校验逻辑必须独立封装；循环中需显式传参避免变量引用错误，用 sync.WaitGroup 协调完成信号，通过 channel 安全收集结果。
goroutine 启动后立即执行，校验逻辑必须独立封装
Go 的 go 关键字启动的是轻量级协程，它不等待、不阻塞，也不自动捕获外部变量状态。如果你在循环中直接启动 go func() { ... }() 并引用循环变量（比如 item），几乎所有 goroutine 都会读到循环结束时的最终值——这是最常踩的坑。
正确做法是把当前迭代值作为参数传入闭包：
for _, item := range data {
go func(val string) {
if err := validate(val); err != nil {
// 处理错误
}
}(item) // ← 显式传参，避免变量逃逸
}如果校验函数本身接收指针或结构体，也要注意是否共享了可变状态；建议校验逻辑只读取输入，不修改全局或传入的非副本数据。
并发校验必须协调完成信号，否则主 goroutine 可能提前退出
启动一堆 go 后，main 函数不会等它们跑完就直接退出，所有子 goroutine 被强制终止。你得用 sync.WaitGroup 或 channel 显式同步。
立即学习“go语言免费学习笔记（深入）”；
推荐用 WaitGroup：它语义清晰、开销低，适合“启动一批、等全部结束”的场景：
- 在启动前调用
wg.Add(len(data)) - 每个 goroutine 结束前调用
wg.Done() - main 中调用
wg.Wait()阻塞直到全部完成
别在 goroutine 里 defer wg.Done() 后再做耗时校验——万一 panic，Done() 就不会执行，导致死锁。
校验结果需要收集，channel 比全局 slice 更安全
多个 goroutine 同时写入一个公共 []error 或 map 会引发竞态（race condition）。go run -race 很容易暴露这类问题。
用带缓冲的 channel 收集结果更自然：
results := make(chan error, len(data))
for _, item := range data {
go func(val string) {
if err := validate(val); err != nil {
results <- err // 非阻塞写入
}
}(item)
}
close(results)
for err := range results {
// 处理单个错误
}缓冲大小设为 len(data) 可避免写入阻塞；若只关心是否有错，也可用 chan struct{} 简化。
validate 函数本身不能有隐式同步或资源竞争
并发校验提速的前提是 validate 是纯函数或至少是线程安全的。常见陷阱包括：
- 内部使用了未加锁的全局
map或计数器 - 依赖了非并发安全的第三方库（比如某些旧版正则引擎或 JSON 解析器）
- 打开了大量文件或网络连接，超出系统限制（如
ulimit -n）
建议先单例测试 validate 是否可重入；若涉及 I/O，考虑加限流（如用 semaphore 控制并发数），而不是无限制启 goroutine。
真正难的不是启动 goroutine，而是让每个校验单元彼此隔离、结果可聚合、失败不拖垮整体——这些细节比语法更决定成败。
