-
errors.Wrap无法满足动态错误链需求，因其要求编译期确定包装关系，而运行时根据配置或状态动态包装需借助反射构造实现Unwrap()的wrapper结构体，并确保nil安全与接口兼容。
-
必须初始化dp[0]=nums[0]，因为状态转移方程dp[i]=max(nums[i],dp[i−1]+nums[i])要求dp[0]明确定义；否则全负数组等边界情况会出错，且O(1)空间优化也需以nums[0]为current和global初始值。
-
不能直接用net.Listen做负载均衡，因其仅监听端口且多进程绑定会冲突；需借助SO_REUSEPORT（内核级分发）、应用层accept+channel转发，或外部代理实现L4负载均衡。
-
GoWeb服务器QPS卡在100–200的主因是默认配置与常见写法失配：http.Server未设超时、连接池不合理、GOMAXPROCS与容器资源不匹配、handler隐式阻塞，四者占90%性能损失；需显式配置ReadTimeout、WriteTimeout、IdleTimeout及MaxHeaderBytes等参数。
-
Gomutexcontention是指goroutine因争夺sync.Mutex或sync.RWMutex而阻塞等待的现象，表现为P99延迟飙升、goroutine数持续增长、pprofmutexprofile显示大量红色阻塞时间且热点集中于Lock调用。
-
小结构体是否“小”取决于其落入的sizeclass档位，由字段顺序、指针逃逸和Go版本共同决定；真实分配大小需查当前Go版本的sizeclasses.go，而非仅看unsafe.Sizeof(T{})。
-
该用time.Ticker而非time.AfterFunc实现周期性限流调度，因其准时且可复用；需全局复用并手动Stop()防泄漏；令牌桶优于漏桶，推荐atomic.Int64无锁实现；限流判断须毫秒级完成，拒绝即返，不阻塞；context.WithTimeout在限流中间件中无意义。
-
sync.Map不是万能缓存，仅适合读多写少且键基本不变的场景；落地内存缓存应优先封装sync.RWMutex+map或选用freecache等专用库。
-
围绕 Go 1.23 range-over-func、iter.Seq/Seq2、yield 返回值、提前停止和 slices.Collect，讲清 Go 迭代器在库 API 与业务代码中的落地边界。
-
值类型参数传递时会复制副本，函数内修改不影响原变量，需修改时应传指针。
-
Go双引号字符串中\n会被解析为换行符，未显示换行是因输出环境未渲染；反引号字符串用于避免转义，适用于正则、路径等场景，但不支持插值且保留所有空白。
-
sync.WaitGroup是控制并发下载生命周期最直接轻量的方式，需在启动goroutine前调用wg.Add(1)，wg.Done()放defer中，主goroutine调用wg.Wait()阻塞等待；限流用带缓冲channel，失败重试需区分错误类型并归集，文件写入须各goroutine独立操作。
-
Go云原生应用优化需精简二进制、控制运行时、延迟初始化、监控内存、精简依赖：静态链接禁CGO，懒加载非必需初始化，设GOMEMLIMIT，用multi-stage镜像。
-
Go1.13+默认启用GoModule，需配置GOPROXY使用国内镜像（如https://goproxy.cn）提升下载速度与稳定性，并确保GO111MODULE=on以启用模块功能。
-
Go的importcycle是编译期静态依赖闭环，无法通过调整import顺序解决，必须通过抽离公共接口/类型、依赖注入或重构包结构来打破循环。
