应先用strings.split按行拆分，再逐行用strings.fields分割并键值对解析赋值到结构体，最后构建链表；避免直接使用json.unmarshal等不兼容非标准格式的解析器，注意空行、注释、字段顺序不定及错误处理。
用 strings.Split 拆分后逐行解析，别直接上正则或 json.Unmarshal
Go 没有内置的“文本→链表结构体”通用转换器，必须手动拆解。常见错误是试图用 json.Unmarshal 或 yaml.Unmarshal 去解析非标准格式（比如空格分隔、无引号字段、混合缩进），结果报 invalid character 或字段全零值。
真正可行的是：先按行切分，再对每行用 strings.Fields 或 strings.Split 提取字段，最后赋值到结构体实例并挂入链表。
例如输入是：
id:101 name:Alice age:28 id:102 name:Bob age:31 id:103 name:Charlie age:25
对应结构体：
type Person struct {
ID int
Name string
Age int
}
type ListNode struct {
Data *Person
Next *ListNode
}
- 用
strings.Split(text, "\n")得到行切片，跳过空行 - 每行用
strings.Fields分割（自动处理多余空格），再遍历字段字符串，用strings.HasPrefix判断前缀如"id:" - 提取值部分用
strings.TrimPrefix(field, "id:")，再转类型——strconv.Atoi处理数字，注意捕获错误 - 别用
reflect动态赋值，小数据量下纯手工更稳、易调试
字段顺序不固定时，必须用键值对解析，不能靠位置索引
如果文本中字段顺序随意（比如有的行是 name:Alice id:101，有的是 age:28 name:Alice），就不能依赖 fields[0] 是 id。
必须把每行当作一组键值对处理，否则会错绑字段——比如把名字当成了年龄。
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 对每行执行
strings.Fields后，遍历每个field，用strings.Contains(field, ":")确认是键值对 - 用
strings.SplitN(field, ":", 2)拆成 key 和 value，再 trim 空格 - 用 map 映射字段名到结构体字段：
map[string]func(*Person, string) error{"id": setID, "name": setName, "age": setAge} - 遇到未知 key 要记录日志或跳过，别 panic——真实日志/配置文本常含注释或扩展字段
构建链表时，避免反复 new(ListNode) 导致头节点丢失
新手常写成：head := new(ListNode); for _, line := range lines { head.Next = &ListNode{Data: p} }，结果只保留最后一项。
本质是没维护尾指针，每次都在覆盖 head.Next，而不是追加到链尾。
- 初始化：
var head, tail *ListNode - 循环内：
node := &ListNode{Data: p}，首次时head = node; tail = node，之后tail.Next = node; tail = node - 或者更简洁：用
append先存到[]*Person切片，再一次性构链——内存稍多但逻辑清晰、不易出错 - 如果输入超大（百万行），才考虑流式构建；否则优先选可读性，别过早优化
空行、注释、脏数据必须显式过滤，Go 不会帮你跳过
实际文本里常混着 # 这是注释、空行、tab 缩进、末尾空格。Go 的 strings.Split 不识别注释，strconv.Atoi 遇到非数字直接报错，不跳过。
- 每行开头用
strings.TrimSpace，再判断是否为空或以"#"开头 - 字段值提取后也要
strings.TrimSpace，否则"Alice "变成带空格的 name - 数字解析失败时，不要静默忽略——至少 log.Printf("parse failed on line %d: %v", i, err)，不然 debug 时找不到哪行坏了
- 如果某行缺失必填字段（如没
id:），应返回 error 或设默认值，取决于业务容忍度
链表不是目的，能准确还原原始语义才是关键。字段错一位，后续所有业务逻辑都可能跑偏——所以解析阶段的校验比链表指针操作重要得多。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
