-
关键在于流式控制读写节奏：用bufio.Reader（64KB缓冲）封装文件、手动处理UTF-8BOM、设FieldsPerRecord=-1应对字段数不固定；读取用Read()循环逐行处理，禁用ReadAll()；写入用bufio.Writer（1MB缓冲）并每万行Flush()，禁用WriteAll()。
-
默认不会跳过第一行——误调用一次Read()未保存结果导致首行“消失”；csv.Reader不自动跳过header，需手动调用_,_=reader.Read()跳过；ReadAll()包含header需自行截断。
-
Go1.16起gomod是唯一官方支持的包管理方式；go.mod记录直接依赖及版本，go.sum保存所有依赖校验和，二者共同保障构建可重现，必须提交且禁止手写或加注释。
-
Go服务OOM被杀主因是GOMEMLIMIT、OS内存限制与pprof可观测性未协同生效；GOMEMLIMIT仅控堆内GC时机，不约束mmap/cgo等堆外内存，须配容器memory.limits+70%~75%GOMEMLIMIT+实时pprof监控缺一不可。
-
真实业务中Gin与Fiber性能差异几乎不可感知，因数据库、序列化、日志等耗时占端到端延迟60%~80%，框架调度开销通常低于5%；压测QPS差约6%仅在纯JSON路径下成立，实际场景中被其他环节完全淹没。
-
答案：通过runtime.MemStats和pprof工具分析内存、goroutine及GC数据，定位内存泄漏、并发瓶颈并优化。
-
Go不支持原生AOP，但可通过HTTP中间件（如func(http.Handler)http.Handler）、高阶函数装饰器、接口嵌入等方式将日志、鉴权等横切逻辑与业务解耦，避免反射或代码生成以保障性能与类型安全。
-
必须用map[string]*User替代[]User，因切片无法O(1)查找、值比较不可靠、无法检测重名；注册需校验键存在，Mediator接口必须带context.Context以支持超时与取消。
-
在Golang微服务中，应通过统一错误响应结构、分层错误码设计、封装AppError类型、控制跨服务错误传递、集成链路追踪与日志、集中管理错误码来实现标准化；具体方案为定义包含code、message、details、trace_id的JSON响应格式，采用“服务域+错误类型+具体错误”的分层错误码结构（如10102001），在Go中封装可序列化的AppError结构体并预定义错误变量，服务间调用时根据错误类型选择透传或转换，结合中间件注入trace_id并记录结构化日志，通过共享错误码包和文档实现团队协
-
BadgerDB初始化需确保dir和valueDir为可写绝对路径并显式创建；键值均为[]byte，结构体须手动序列化；写操作必须事务commit，迭代器值需拷贝避免脏读。
-
字符串转[]rune需避免盲目使用[]rune(s)，因其会全量解码并分配新内存；大字符串应优先用range遍历，必要时加长度检查；[]rune转字符串必须用string(runes)，禁用拼接；截断中文须基于rune而非字节；正则匹配中文无需先转[]rune。
-
直接用int64做并发计数器必然导致数据竞争，因counter++非原子；sync.Mutex性能损耗大；atomic.AddInt64和LoadInt64是唯一兼顾正确性与性能的方案，但需注意内存对齐和变量作用域。
-
gorilla/websocket需补全连接池、并发写保护、超时控制等机制才能用于分发系统；必须用gorilla/mux路由提取路径参数并绑定会话，用sync.Map存连接且广播前需拷贝切片，消息分发须按私聊/群发/广播分类处理并设写超时。
-
goroutine传参需避免循环变量共享，正确做法是将循环变量作为参数传入匿名函数，而非在闭包中直接引用，否则所有goroutine会共享同一变量值。
-
反射比直接调用慢几十倍的根本原因是绕过编译期优化，将类型检查、字段查找、方法分派全推至运行时，伴随全局类型表查询、对象构造、接口转换及内存分配等开销。
