应手动控制csv.Reader.Read()调用节奏，在循环内处理错误并continue跳过无效行；不可return error否则中断解析；需在Read成功后校验空行、字段数、格式等并丢弃不合规行。
CSV解析时如何用自定义逻辑跳过无效行
Go标准库 encoding/csv 本身不提供“跳过行”的内置钩子，但可以通过手动控制读取流程 + 条件判断实现——关键不是靠修改解析器，而是接管 csv.Reader.Read() 的调用节奏。
为什么不能直接在 csv.NewReader().Read() 中 return error 跳过
如果在自定义校验失败后 return err，会导致整个解析中断（io.EOF 以外的错误会终止后续读取），这不是“跳过”，而是“中止”。必须把错误处理收在循环体内，让 Read() 继续执行。
- 每次调用
csv.Reader.Read()返回一行数据和可能的错误 - 若错误是
io.EOF，说明结束；其他错误（如格式错、字段数不符）需记录并 continue - 校验逻辑（如空行、缺少关键字段、数字格式非法）应放在
Read()成功之后，再决定是否丢弃该行
一个安全跳过的典型写法
下面这段代码展示了如何在保持流式读取的同时，过滤掉空行、字段数不足或第2列非数字的行：
reader := csv.NewReader(file)
for {
record, err := reader.Read()
if err == io.EOF {
break
}
if err != nil {
log.Printf("parse error (skipped): %v", err)
continue // 格式错误行直接跳过
}
if len(record) < 2 || strings.TrimSpace(record[0]) == "" {
continue // 字段不够或首列为空，跳过
}
if _, err := strconv.ParseFloat(record[1], 64); err != nil {
continue // 第二列不是有效数字，跳过
}
// 此处 record 是合法数据，可处理
process(record)
}
注意：所有 continue 都发生在单次 Read() 之后，不会干扰下一行读取。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
立即学习“go语言免费学习笔记（深入）”；
容易被忽略的边界情况
CSV解析跳过逻辑看似简单，但几个细节常导致意外行为：
-
csv.Reader.FieldsPerRecord设为 -1 时，不同长度行不会报错，需手动检查len(record)；设为正数则短行会触发错误，此时错误类型是csv.ParseError，不是io.ErrUnexpectedEOF - 带 BOM 的 UTF-8 文件可能让第一行首字段开头出现
\ufeff，导致字符串比较失败，建议用bytes.TrimPrefix或strings.TrimPrefix清理 - 如果使用
csv.NewReader(bufio.NewReader(file))，注意缓冲区可能提前消费部分数据，影响后续定位（比如日志打出行号时不准）
真正难的不是写跳过逻辑，而是定义清楚“无效”——是字段缺失？语义违规（如负年龄）？还是编码损坏？这些判定必须在 Read 之后、业务处理之前完成，且不能依赖全局状态来跨行判断。
