-
io.Copy比os.ReadFile更适合大文件，因其用固定32KB缓冲区流式处理，内存恒定；而os.ReadFile会一次性加载全文件到内存，易导致OOM。
-
Go中TCP通信需注意：服务器用net.Listen监听并循环Accept+goroutine处理连接；客户端用Dialer设超时避免阻塞；Read需处理部分读取和关闭情况；关闭连接要先写后关，避免brokenpipe。
-
连接Couchbase需传节点地址（如"127.0.0.1"）而非URL，显式配置用户名密码，TLS需手动设；Bucket须预创建并授权；操作用Upsert非Insert；Get需手动解析JSON并判err。
-
Go语言可通过结构体值拷贝、闭包或JSON序列化模拟备忘录模式，核心是安全保存与恢复对象状态而不破坏封装；需深拷贝避免引用污染，备忘录应不可变且字段小写，历史栈需管理索引与容量。
-
nilmap是未初始化的map，不能写入但读取安全；空map用make初始化，可读写。需写入时应使用空map，仅判断存在性可用nilmap。
-
gorun适用于快速验证逻辑，需packagemain和funcmain()，单文件直接gorunmain.go，多文件须显式列出全部；不生成二进制，每次重新编译，临时执行后清理，不适合部署。
-
sync.Map不是普通map的并发安全替代品，而是专为读多写少、键生命周期不一场景设计的最终一致性结构，不支持forrange、无len()、非原子遍历，性能在高并发读时优但频繁写时更差。
-
Go微服务中不能直接用net/http实现负载均衡，因其无客户端LB能力；应通过服务发现（如Consul）+客户端LB（如kitex）或ServiceMesh（如Istio）分层解决。
-
必须用CreateIndex而非EnsureIndex，因v1.0+驱动已弃用后者；需用mongo.IndexModel显式配置选项；Explain显示COLLSCAN说明索引未匹配；生产建索引应选低峰期并验证结果。
-
解决Go模块版本冲突需理解版本选择机制并合理使用gomod命令。常见冲突场景包括多依赖引入同一模块不同版本、主模块require版本与间接依赖不一致及包路径变更。Go构建时自动选用满足依赖的最高版本，但API不兼容仍可能导致编译错误。执行gomodtidy可清理未用依赖并补全缺失require，有时自动修复冲突。若存在多版本共存，可在go.mod中显式添加require语句统一版本，如require(example.com/some/modulev1.2.0)，强制覆盖旧版以实现版本对齐。当某版本存在bu
-
GOPROXY不生效主因是GOPRIVATE或GONOPROXY优先级更高而拦截请求；需按匹配顺序排查，确认direct回退、HTTPS可达性、GONOPROXY前缀匹配规则及CI/CD环境变量继承。
-
protoc-gen-go版本必须与google.golang.org/protobuf运行时严格对齐，如v1.30.0对应v1.30.0；旧github.com/golang/protobuf已归档，应统一迁移到新版；插件版本无法靠go.mod锁定，需通过本地bin/目录+显式路径调用，并在CI中校验protoc、插件及运行时三者版本一致性。
-
一个典型的多包Go项目应合理划分目录结构，如cmd/存放主程序入口，internal/存放私有包，pkg/存放可复用公共库，配合go.mod进行依赖管理；通过import导入包并使用大写字母导出标识符，利用gobuild支持的多种编译方式（如-race、-ldflags、交叉编译等）优化构建过程，结合Makefile或脚本统一流程，确保项目可维护性和工程效率。
-
Go中需用标签跳出多层循环：在外层for前加标签（如outer:），break后跟标签名；标签须紧贴循环、区分大小写、仅函数内有效，否则报错undefinedlabel。
-
SQLMock比GoMock更适合数据库测试，因其直接拦截database/sql底层驱动调用，无需抽象接口、自动处理复杂参数与边界行为，且支持全驱动兼容、内存级高效、SQL精确匹配与事务完整模拟。
