-
Go的并发内存模型通过“happens-before”原则确保操作的可见性和顺序。1.同一个goroutine中代码顺序即happens-before顺序；2.channel发送happens-before接收；3.Mutex.Unlockhappens-before下一次Lock；4.sync.Once保证初始化完成前的操作对所有后续访问可见；5.原子操作提供同步保障。若未显式建立该关系，则可能因重排导致行为不确定。
-
slice中存指针易引发数据竞争，因循环变量地址复用（如&i）导致所有指针指向同一内存；正确做法是取可寻址变量元素地址（如&data[i]），并确保其生命周期足够长。
-
预设容量是高频append场景下的必要实践，因超出cap会触发runtime.growslice导致多次分配与复制，应结合数据特征合理估算而非盲目填大数或依赖默认扩容策略。
-
超时错误本质是context.DeadlineExceeded，须用errors.Is(err,context.DeadlineExceeded)判断；HTTP客户端需分层设Timeout、DialContext和ResponseHeaderTimeout；禁用time.AfterFunc替代上下文超时，数据库操作必须用Context方法。
-
Badgerv1升级到v2/v3遇“manifesthasunsupportedversion”需导出/导入迁移；Update比View慢因写锁和WAL；value.log涨满需启用RunValueLogGC；并发读写需避免复用Txn并正确使用快照。
-
Log.Fatal不能用于服务因其调用os.Exit(1)跳过defer、资源清理和HTTP关闭，导致连接硬中断、数据库未释放；仅适用于单次脚本，服务应改用log.Error+显式shutdown+os.Exit或context统一错误处理。
-
状态模式控制行为的可用性，策略模式定义行为的具体实现。在订单系统中，不同状态（如待支付、已发货）决定哪些操作可执行，同时通过策略模式为“完成订单”等操作绑定不同逻辑（如发奖励或默认处理）。每个状态实现状态接口并提供对应的策略，如已发货状态使用RewardCompletion策略，完成时触发积分奖励；而待支付状态则不支持完成操作。结合两者使状态变化时自动切换行为集，提升代码灵活性与可维护性，适用于工作流、审批系统等复杂场景。Golang通过接口与组合实现该模式，无需继承即可解耦状态与行为。
-
Go语言通过net/http包的http.Client和CookieJar接口自动管理Cookie，实现会话保持。使用cookiejar.Jar可自动存储和发送Cookie，适用于登录状态维持；需手动控制时，可通过Request.AddCookie添加特定Cookie并禁用Jar以避免冲突；若需持久化，可自定义Jar或使用第三方库如juju/persistent-cookiejar；注意域名、路径、Secure及SameSite策略影响Cookie行为，测试可用httpbin.org验证。
-
正确处理Go网络超时需判断net.Error接口的Timeout()方法，设置合理超时时间，使用context控制请求生命周期，并结合重试与降级策略提升服务稳定性。
-
通过健康检查接口、Prometheus监控、OpenTelemetry追踪和Kubernetes探针组合，可构建稳定的Golang微服务监控体系。1.实现/healthz接口检测服务及依赖状态；2.使用prometheus/client_golang暴露指标；3.通过OpenTelemetry采集分布式追踪数据；4.配置K8s探针自动管理Pod生命周期，确保系统可靠性与可观测性。
-
Go协程无内置生命周期管理，需结合context.Context、sync.WaitGroup、通道和状态标识实现可控启停：协程主动监听ctx.Done()信号并优雅退出，用WaitGroup等待结束，封装结构体提供Start/Stop方法，避免强制终止与资源泄漏。
-
Go切片是值类型，底层由ptr、len、cap三字段构成；赋值时复制结构体，因ptr共享而表现类似引用；append扩容时若len==cap会分配新数组，导致ptr改变、脱离原底层数组。
-
time.After本质是返回一个只读的通道，该通道在指定时间后接收一个空结构体值，用于实现延时通知。
-
Go的测试文件（_test.go）默认不参与构建，因此无法直接导出供其他包的测试文件使用；但可通过构建标签（buildconstraints）将共享测试数据定义在非_test.go文件中，并配合-tags参数启用。
-
Go语言基准测试用于精确测量函数性能，通过gotest运行以Benchmark开头的函数，结合b.N循环和b.ResetTimer确保准确性；可利用benchcmp比较优化前后结果，结合-benchtime、-count等标志提升测试精度，并用b.RunParallel测试并发场景，关键在于排除干扰并真实模拟使用场景。
