-
合理使用流式读写和内存管理可避免内存溢出，应分块读取大文件、及时释放资源、控制缓冲区大小并复用对象，关键在于边读边处理、用完即释放。
-
io.Pipe本质是共享64KiB环形缓冲区的非线程安全读写对，仅支持单reader单writer并发模式，多goroutine读写会竞态；正确用法是writergoroutine负责Close/CloseWithError，reader通过Read返回值感知EOF或错误。
-
bufio.Scanner读整行最稳：它按行切分、自动丢换行符、内置缓冲、可处理大文本；需先调Scan()再取Text()，错误用Err()检查，默认单行上限64KB。
-
使用sync.RWMutex保护map适合读多写少场景，sync.Map适用于高频读写且键空间固定的情况，结合TTL可实现自动过期缓存，生产环境推荐go-cache或bigcache等成熟库，选型需根据读写比例、数据量和性能需求综合考量。
-
传*T不省内存但放大生命周期风险：channel底层只复制8字节句柄，性能差异常被高估；多goroutine并发修改同一*T触发竞态；小结构体传值传指针性能相近；含[]byte等字段时传指针反增GC压力；循环中取&item发channel易致悬垂指针。
-
因为http.ServeMux仅负责路由分发，不支持后端选择、健康检查或连接复用；真正的负载均衡需在反向代理层实现，如自定义Director函数轮询多后端并处理Host头、真实IP透传及HTTP级健康探测。
-
Go接口底层并非单一结构，而是根据接口类型自动选择：空接口interface{}对应eface（含_type和data），非空接口对应iface（含tab和data）。二者内存布局不兼容，运行时动态区分。
-
errgroup.Wait()仅返回第一个非nil错误，后续错误被丢弃，需在Group.Go()中即时判断错误类型而非等待Wait()返回后处理。
-
因为govet和golangci-lint仅做语言层静态检查，不理解业务语义，如强制HTTPhandler含context.Context或结构体字段禁用time.Time；需通过go/analysis编写自定义analyzer并集成到golangci-lint中。
-
建造者模式用于构建复杂对象，解决Go中无构造函数重载导致的多参数可选字段难以维护问题，通过链式调用和Build校验提升代码清晰性与安全性。
-
Go语言代理模式通过组合、函数值或http.RoundTripper实现，核心是控制对目标对象的访问：HTTP层用RoundTripper封装鉴权/日志；业务函数用高阶函数代理加指标；权限控制用结构体字段组合实现保护代理。
-
Go1.16+默认启用模块模式，GO111MODULE=on强制依赖go.mod/go.sum管理，绕过GOPATH；gomodtidy才是同步依赖的权威命令，vendor是可重现构建快照，go.sum用于即时校验而非防篡改。
-
Go通过接口和组合实现模板方法模式，定义DataProcessor接口封装可变步骤，Execute函数作为模板方法固定算法流程：加载→验证→处理→保存。不同业务如用户输入、文件处理通过实现接口定制行为，调用时传入具体处理器实例，复用执行逻辑，提升代码可维护性与扩展性。
-
WaitGroup本身不导致内存泄漏，但会掩盖goroutine泄漏：Add/Done不匹配或goroutine内部阻塞，使wg.Wait()永不返回，导致goroutine及其栈内存持续累积，最终引发OOM。
-
CSI客户端调用失败的五大原因：ControllerPublishVolume无响应因控制器未启用该RPC或VolumeCapability不匹配；NodeStageVolume报FAILED_PRECONDITION因设备路径、权限或fstype不支持；NodePublishVolume并发导致挂载冲突需按volume_id+node_id限流；GetPluginInfo返回空name说明插件注册失败或socket地址错配；客户端应专注参数校验，状态管理交由插件和kubelet。
