-
Go版本管理核心是理解goget、gomodtidy等命令的行为差异：goget-u升级到最高兼容minor版，精确锁定需@指定；replace/exclude影响依赖解析但不改变构建行为；gomodtidy不降级版本，仅增删require。194 收藏 -
ip2region查询异常的三大原因：未初始化searcher即调用Search会panic；私有IP（如192.168.x.x）返回“内网”属正常设计，需提前过滤；Searcher非goroutine安全，须加锁或独立实例。194 收藏 -
runtime.Stack默认传false只获取当前goroutine栈，需传true才获取全部；注意缓冲区大小、避免高频调用、安全落盘（如os.WriteFile），并区分适用场景——仅适用于panic抢救、死锁分析等特定调试。194 收藏 -
因为切片传参复制结构体，append未扩容时复用原底层数组，修改会反映到外部；扩容则返回新地址，外部不受影响。194 收藏 -
Go中接口组合通过嵌入其他接口实现，如typeReadWriteCloserinterface{io.Reader;io.Writer;io.Closer}，自动合并方法集，无运行时开销，要求方法签名一致且语义正交。194 收藏 -
在Go中，判断切片长度和容量最直接的方式是使用len()和cap()；若类型未知，则需用reflect.Value的Len()和Cap()方法，并注意nil切片和类型校验等陷阱。194 收藏 -
确认真·ARM64版Go的唯一可信证据是goversion输出含darwin/arm64；同时arch应返回arm64，goenvGOARCH和GOOS须分别为arm64和darwin，file$(whichgo)需显示arm64。194 收藏 -
os.Open仅支持只读且文件必须存在，os.OpenFile通过flag组合实现读写、追加、创建等全功能；权限参数在Windows下被忽略；deferf.Close()不防panic，需出错时手动关闭；大文件禁用os.ReadFile，应流式处理；路径拼接须用filepath.Join。194 收藏 -
Go语言需手动实现事件驱动架构，常用chaninterface{}构建内存内事件总线，适用于单进程轻量解耦场景；须定义统一Event接口、避免裸露未保护channel导致panic或goroutine泄漏。194 收藏 -
Go函数参数是值传递，需传指针才能交换变量：swap(a,bint){a,b=b,a}，调用时用&取地址；泛型版Swap[Tany](a,bT)支持任意类型，注意避免nil指针和同一地址交换。194 收藏 -
Go变量可通过var或:=声明，支持批量与短声明；作用域分包级、函数级和块级，未用变量报错，零值机制保障安全。194 收藏 -
Go程序不应自行fork守护进程，因runtime不支持且危险；应交由systemd（Linux）或双进程互保（Windows）管理，核心是正确生命周期控制而非进程形态。194 收藏 -
Go测试环境以标准库testing为核心，辅以testify提升断言与模拟，ginkgo/gomega支持BDD风格，内置覆盖率和基准测试，结合httptest可完成全链路验证。194 收藏 -
context.WithTimeout必须配对调用ctx和cancel，否则定时器泄漏；HTTP超时应优先用WithContext而非Client.Timeout；子goroutine须主动监听ctx.Done()，所有阻塞操作需支持上下文。194 收藏 -
标准库log.Logger同步阻塞：每次log.Printf都触发write系统调用，1000条/秒即1000次syscall切换与磁盘排队，必然拖垮goroutine吞吐。194 收藏
