-
err!=nil有时不生效，因接口值由动态类型和动态值组成，仅当二者均为nil时才真为nil；传入*MyErr(nil)会使动态类型非空，导致判空失效。
-
在Go中，将新分配结构体的指针同时存入切片并返回给调用方，不会导致内存泄漏——因为Go的垃圾回收器（GC）会自动追踪所有可达引用，只要对象不再被任何活跃变量或数据结构引用，就会被安全回收。
-
httpmock是拦截并返回预设响应最省事的方式，它无缝接管http.DefaultClient和自定义client，无需改业务代码；需调用httpmock.Activate()启用、httpmock.DeactivateAndReset()清理，否则请求照发或污染后续测试。
-
答案是合理利用Goroutine、Channel与消息中间件并优化资源管理。通过控制goroutine数量、使用带缓冲channel和worker池平衡并发；选用NSQ或Kafka解耦分布式系统；复用对象、预分配内存、减少分配以降低GC压力，提升性能。
-
Excelize/v2是当前Go生态处理.xlsx最可靠的选择，但高度依赖文件合规性、写入方式与类型处理：不支持非标格式，中文需UTF-8，大批量须用SetSheetRow或StreamWriter，读公式/日期须判类型并手动计算。
-
unsafe.Pointer不能直接转int，因Go编译器禁止绕过类型安全检查，必须通过byte或*uintptr等中间类型桥接，且需确保uintptr转换不导致GC提前回收对象。
-
关键在于流式控制读写节奏：用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中必须用sync.Mutex的场景是多个goroutine同时读写同一变量且至少有一个写操作时；正确用法是细粒度加锁、defer解锁、避免嵌套；读多写少可用RWMutex；优先考虑atomic或channel替代。
-
database/sql的QueryRow和Query默认不支持并发，因为sql.Rows和sql.Row实例不可跨goroutine复用，其内部游标和缓冲区状态要求Scan顺序执行；并发调用会触发panic。
-
本文解析io.CopyN在HTTP文件下载中首次失败后持续失败的问题根源，指出关键在于HTTP响应体不可重复读取，而非CopyN本身；并提供基于Range请求与流式丢弃的健壮重试下载实现。
-
推荐用goenv管理多版本Go：brewinstallgoenv，配置shell初始化，goenvinstall安装指定版本，goenvglobal/local切换；卸载brewinstallgo避免冲突；GOROOT和GOBIN无需手动设置；VSCode卡顿时调GOPROXY或清modcache。
-
传统的日志收集方式效率低下主要因为1.采用阻塞式I/O导致串行处理多个日志源时产生延迟；2.轮询机制浪费CPU资源并引入延迟；3.无法有效应对高并发和实时性要求。这些问题使得系统在面对大量日志数据时难以保持高效与稳定。
-
在Go中调用多返回值函数时，若需对部分返回值进行赋值（已有变量）、部分进行声明（新变量），不能混用=和:=；必须统一使用:=进行短声明，但需注意作用域与变量遮蔽问题。
