-
单个Goroutine初始栈约2KB，但泄漏时十万例可占200MB+内存并引发GC与调度恶化；需用runtime.MemStats.StackInuse和pprof/goroutine?debug=2定位卡死协程，避免“一请求一goroutine”导致栈膨胀、僵尸协程及GC压力。
-
Go标准库无image.Resize，编译报undefined；最稳方案是golang.org/x/image/draw配合显式创建*image.RGBA目标图、尺寸校验及类型转换，避免panic和alpha丢失。
-
atomic.LoadInt64读到0或旧值主因是变量未8字节对齐（尤其struct非首字段或局部变量），或混用裸读写；须确保int64首字段、全程用atomic接口、初始化也用atomic.StoreInt64。
-
RedisPubSub容易丢消息，因其非线程安全、默认缓冲区仅10条、无超时控制易卡死goroutine、重连不自动恢复订阅、无ACK机制且panic或慢处理会导致缓冲区溢出。
-
应使用每条消息独立的time.Timer而非全局time.Ticker实现重发，绑定seqID和retryCount状态，收到ACK即stop并清除，失败后reset支持指数退避。
-
Go中interface{}值的相等性比较依赖于其底层动态类型是否可比较；若类型不可比较（如含slice、map、func或包含此类字段的struct），直接使用==会导致编译错误，需改用reflect.DeepEqual或自定义逻辑。
-
Go不支持循环导入，编译时报错“importcyclenotallowed”，需通过接口抽象、依赖倒置、分层设计、回调注入和包结构重构来解耦，核心是明确模块边界与职责。
-
Go1.23+中range只能遍历形如func(yieldfunc(T)bool)的函数，标准库提供iter.Seq[T]别名；需在yield内按需执行DB查询，避免提前全量加载，并显式管理资源生命周期。
-
Go语言单元测试中，验证错误处理需从基础错误返回、类型匹配、外部依赖模拟、错误链检查等层面入手，结合errors.Is和errors.As实现精准断言，通过接口抽象与mock技术模拟哨兵错误、自定义错误及包装错误，确保代码在各类错误场景下的正确响应与韧性。
-
热更新必须采用双缓冲+atomic.Value原子切换：维护新旧缓存指针，加载完成后再原子替换，确保读写不中断、旧数据安全延迟释放。
-
net/http长连接性能问题源于内核TCP栈与Goruntime隐式耦合；fasthttp吞吐下降40%是因workerPool模型与长连接场景错配；gnet“无调度器”引发三重内核级陷阱；务实优化需调整IdleTimeout、LockOSThread及MaxBytesReader。
-
Go中指针本身不提供并发安全，真正保障安全的是sync包中的同步机制；指针仅用于共享数据结构地址，需配合Mutex、RWMutex或Atomic等正确同步访问。
-
应锁“绑定凭证+动作类型”组合而非uuid，如"bind:sms:13800138000"，配合服务端token校验与DB幂等检查，或用RedisLua原子脚本实现高效防重，但下游仍需自行幂等校验。
-
Done信号非即时广播而是逐层递归触发，延迟随嵌套深度线性增长；cancelCtx.children遍历是性能瓶颈，每次父cancel()调用均需遍历childrenmap并对每个子cancelCtx递归调用cancel()，属深度优先递归而非并发通知。
-
OpenTelemetrySDK默认采样策略在TracerProvider初始化时固定，后续修改无效；必须在创建trace.NewTracerProvider时传入采样器，且高QPS接口需组合ParentBased与自定义采样器实现差异化采样。
