Go刷LeetCode核心是避runtime错误、掌握输入输出模型及边界处理用fmt.Scanf或json.Unmarshal读数组bufio.NewReader限行读多行Ints2List/层序建树构造节点严判空切片与指针非空复用切片并预分配map容量。Go 语言刷 LeetCode核心不是学语法而是避开 runtime 错误、理解标准输入输出模型、适应题设边界条件——多数人卡在 fmt.Scan 和 strings.Split 的组合上不是不会写算法。LeetCode Go 环境的输入怎么读别用 bufio.Scanner 默认行为LeetCode 后端用的是单次完整输入流比如一行数组、多行树序列但本地测试常误用 scanner.Scan() 循环读到 EOF导致超时或 panic。数组输入如 [1,2,3]直接用 fmt.Scanf 配合格式化字符串或用 strings.TrimSpace json.Unmarshal 更稳多行输入如链表/树的 BFS 序列用 bufio.NewReader(os.Stdin)但必须限制读取行数不能无脑 ReadString( )空输入或空行LeetCode 可能传空字符串strings.Split(, ,) 返回 []string{}不是 []string{}要手动过滤ListNode 和 TreeNode 怎么快速构造测试用例LeetCode Go 模板里只定义了结构体没给构造函数手写嵌套字面量极易出错尤其带 nil 子节点时。链表写个辅助函数 func Ints2List(nums []int) *ListNode内部用 for 迭代比手写 ListNode{Val: 1, Next: ListNode{...}} 少出三层括号错误二叉树用层序数组含 nil 占位转树关键点是用 queue 模拟 BFS 建树别用递归——下标计算容易越界注意LeetCode 的 TreeNode 定义里字段名是 Val/Left/Right大小写敏感写成 val 直接编译失败为什么本地跑对了提交却报 runtime error: index out of range常见于切片操作和双指针场景LeetCode 测试用例往往包含极端值空输入、单元素、全相同值而本地只测了“看起来合理”的数据。 Trenz AI驱动的社交电商营销平台专为TikTok Shop设计