-
Go的http.Client默认10次重定向上限不可靠，因空Location会静默重试、307/308可构造长链、循环跳转耗尽资源；应通过自定义RoundTripper安全捕获每跳URL和状态码，而非依赖CheckRedirect。
-
应使用interface{}定义策略当算法差异大、生命周期独立且不共享状态时，如支付方式；避免将共用字段强塞入接口，宜用组合或工厂；策略应无条件判断，条件选择前置；函数类型无法携带状态和依赖，不利测试与维护；DI与插件策略可分层处理。
-
默认的gin.Recovery()只捕获主goroutine的panic，异步goroutine中的panic需手动recover；c.Error()不中断执行，c.AbortWithError()才终止后续handler并写入响应。
-
策略接口应定义具体窄接口而非interface{}，以保留编译期类型检查；推荐用注册表+工厂函数解耦策略选择，输入输出需统一封装校验，避免panic和全局依赖。
-
直接用goroutine无法实现真正任务隔离，因其共享进程内存、全局状态和运行时环境，易导致日志污染、HTTP超时篡改、随机数序列破坏或panic崩溃整个服务；必须通过独立进程（如exec.CommandContext）实现系统调用、运行时及可观测行为三重隔离。
-
Go用嵌入而非继承实现组合模式，因无传统继承机制，需靠接口抽象+值聚合；节点统一实现TreeNode接口，Composite用[]TreeNode聚合子节点，Leaf返回空切片，避免nil导致遍历错误。
-
RWMutex在读占比≥70%且临界区极轻时吞吐达Mutex的2–5倍；读≤40%时Mutex更稳更快；40%–60%区间性能持平但RWMutex死锁风险陡增；写超30%时RWMutex吞吐反低20%–40%，根本瓶颈在于锁粒度与临界区设计。
-
xml.Unmarshal要求结构体字段必须导出（首字母大写），私有字段即使有xmltag也不会被解析；嵌套字段、命名空间处理、xml.Decoder使用等均有严格规范。
-
使用Go的net/http包可快速搭建Web服务器，无需复杂框架。2.通过http.HandleFunc注册路由，http.ListenAndServe启动服务。3.支持多路由和GET/POST请求处理，区分方法并解析表单。4.利用http.FileServer提供静态文件服务。5.基础功能完备，适合扩展。
-
database/sql的Stats()不能直接当监控用，因其返回自打开以来的累计值，无法反映当前活跃连接或瞬时压力，需周期性采集差值并计算速率，且调用有锁、影响性能。
-
跳表在并发读多写少场景下优于sync.RWMutex+切片二分，因写操作平均O(logn)且可细粒度锁/CAS，读完全无锁；而后者写需O(n)内存搬移和排他锁，高并发写吞吐骤降。
-
math.Inf(1)和math.Inf(-1)怎么用才不会误判Go的math.Inf(1)生成正无穷，math.Inf(-1)是负无穷，但它们不是常量，不能直接写在const声明里；更关键的是，==对无穷值的比较是合法的，但容易和浮点精度问题混淆。别用a==math.Inf(1)判定无穷——虽然语法对，但若a来自计算（比如除零），某些编译器或平台可能因优化导致行为不一致；应改用math.IsInf(a,1)math.IsInf(x,0)可同时匹配正负无穷；
-
使用官方registry镜像可快速搭建本地Golang镜像仓库，通过dockerrun启动服务并配置持久化存储；构建Golang项目镜像后需重新tag为localhost:5000/命名格式再推送；其他机器拉取前须在daemon.json中配置insecure-registries以支持HTTP访问；定期执行垃圾回收和备份registry-data目录确保存储可控与数据安全。
-
Go语言调用短信API需安全封装：用自定义http.Client设超时，分网络/HTTP/业务三类错误处理，敏感信息外置注入，客户端限流+去重+有节制重试。
-
recover()只能在同Goroutine的defer中捕获本Goroutine的panic，因各Goroutine调用栈独立；需在出问题的Goroutine内用deferrecover()，或用errgroup.Group、带缓冲channel统一处理错误。
