leetcode go题需用bufio.scanner读输入、避免fmt.scan；切片扩容需返回新切片；map须make初始化；time.parse用“2006-01-02 15:04:05”格式；务必测试空输入等边界。
Go 里怎么写标准输入输出（LeetCode 默认 IO 模式）
LeetCode 的 Go 题目默认不读命令行参数，而是从 os.Stdin 读输入、向 os.Stdout 写输出。很多人直接用 fmt.Scan 却卡在多组输入或空格分隔上——因为 fmt.Scan 会跳过所有空白符，无法区分换行和空格，导致读错行数或切片长度。
实操建议：
- 单行多个整数（如 “1 2 3”）：用
fmt.Scanln或先bufio.NewReader(os.Stdin)+ReadString('\n')，再strings.Fields拆分，最后strconv.Atoi - 多行输入（如第一行 n，第二行 n 个数）：必须用
bufio.Scanner，它按行切割稳定，且不会吃掉换行符；fmt.Scan在这种场景下极易错位 - 别用
fmt.Scanf("%d", &x)读 LeetCode 输入——它依赖格式字符串匹配，而题干输入格式常有空行或末尾空格，一匹配就阻塞或 panic
数组/切片传参时为什么原地修改不生效（指针陷阱）
Go 函数参数是值传递，[]int 本身是引用类型头（包含指针、长度、容量），但这个“头”仍是复制的。所以你在函数里做 arr = append(arr, x) 或 arr = arr[1:]，只改了副本的头，原切片不变；但 arr[i] = x 这种通过指针改底层数组内容的操作是生效的。
实操建议：
- 需要扩容或重切并让调用方感知？函数返回新切片，调用方重新赋值：
nums = removeDuplicates(nums) - 只改元素值？直接传
[]int即可，不用加*[]int——那是传切片头的指针，反而难读且易误用 - 面试高频题如旋转数组、移动零，常见错误是写了
nums = nums[k:] + nums[:k]却没返回，结果原 slice 没变
map 初始化漏写 make 导致 panic: assignment to entry in nil map
这是 Go 刷题时最常触发的 panic 之一。声明 var m map[int]int 只是声明了一个 nil map，此时任何写操作（m[key] = value）都会 panic。Java/Python 习惯者尤其容易踩坑。
实操建议：
- 声明即初始化：用
m := make(map[int]int)，别分两行写声明和 make - 需要带初始容量（如已知键数量约 1e5）：用
make(map[int]int, 100000)，减少扩容次数，对计数类题（如两数之和、字符频次）有微小性能提升 - 判断 key 是否存在不要靠
if m[k] != 0——int 默认零值，key 不存在时也返回 0；必须用双赋值：v, ok := m[k]
time.Time 和字符串时间处理（涉及周赛 Top K 频次题）
LeetCode 偶尔出现时间区间题（如“在线选举”、“子域名访问计数”的变种），要求解析形如 "2019-01-01 00:00:00" 的字符串。Go 的 time.Parse 格式不是常见的 "YYYY-MM-DD"，而是以 Go 诞生时间（2006-01-02 15:04:05）为模板——记不住就直接抄 "2006-01-02 15:04:05"。
实操建议：
- 解析固定格式时间字符串：用
time.Parse("2006-01-02 15:04:05", s)，注意空格和大小写（15是 24 小时制，3是 12 小时制） - 不需要完整 time 对象？比如只要“小时”字段：用
strings.Split(s, " ")[1][:2]更快，避免 time 包开销 - 别用
time.Now().Format()去构造测试用例时间字符串——本地时区可能和 OJ 不一致，导致样例通过但提交 WA
刷题时最容易被忽略的是输入边界：空输入、全零数组、单元素 map、时间字符串末尾带空格。这些在本地测试常被忽略，但 LeetCode 的测试用例一定覆盖。写完先手动试这四类，比反复改逻辑更省时间。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
