-
最可靠方法是用net.Dial("udp","8.8.8.8:8")获取默认路由网卡的IPv4地址，因其由系统自动选择出口网卡，避免回环、链路本地及容器虚拟地址干扰，再通过To4()强制转IPv4并加超时控制。
-
SQL注入必然发生而非可能，因用户输入未过滤即拼接会导致恶意代码执行；Go通过占位符与预编译隔离数据与逻辑，但须正确使用参数化接口，禁用字符串拼接，表名列名等动态部分需白名单校验。
-
用 Go 的 http.ServeContent 实现支持 Range 的文件响应，覆盖 206 片段返回、416 越界、Accept-Ranges、浏览器拖动和普通 200 兜底。
-
Stripe官方GoSDK是唯一推荐方式，PayPal仅支持v1或v2SDK且不兼容；双网关Webhook须物理隔离路由，验签、响应格式及时钟容忍度均不同；金额单位、币种大小写、无小数货币校验等需严格遵循规范。
-
json.Marshal返回空字符串或nil的常见原因是结构体字段未导出（首字母小写），encoding/json只能序列化导出字段；解决方式是将字段首字母大写或用json:"name"显式标记，且字段必须导出。
-
Go1.14+默认不使用vendor/目录，即使存在也会联网拉取模块；必须显式加-mod=vendor参数才能强制从vendor/加载，且需确保GO111MODULE=on、有有效go.mod、已运行gomodtidy、GOPROXY=off、GOSUMDB=off及go.sum完整。
-
围绕 Go 1.24 go.mod 的 tool 指令，讲清如何替代 tools.go、固定工具版本、使用 go get -tool/go tool、接入 CI 和团队落地边界。
-
os.ReadFile在HTTPhandler中直接调用必然拖垮并发，因其底层为同步read(2)系统调用，阻塞OS线程；Go调度器仅能腾挪其他goroutine，但M线程数有限，高并发时大量goroutine堆积在syscall.Read状态，导致CPU利用率低、延迟飙升。
-
Go中WebSocket心跳需服务端启用PingHandler并每25秒发ping、客户端每30秒发JSON心跳包，双方均需超时检测（服务端45秒、客户端60秒）并主动断连，同时注意Nginx超时配置与WriteMessage并发安全。
-
使用math/rand需设种子避免重复序列，如用time.Now().UnixNano()初始化，可生成整数、浮点数及分布随机数，全局函数并发安全但性能低，高并发宜用独立Rand实例。
-
Gorpc.Client默认不复用连接，需手动长期持有同一实例并发调用，并在连接异常时重建；HTTP模式下须自定义http.Transport启用连接池，且需主动健康检查与错误重试。
-
Golang的并发原语主要有channel和mutex。Channel推荐用于goroutine间通信与同步，适用任务协作、信号通知、资源池控制等场景，但需避免滥用无缓冲channel、多写入者及性能敏感场合。Mutex适用于保护共享资源，如变量保护与临界区控制，sync.Mutex与sync.RWMutex分别适合一般与读多写少场景，但要注意死锁、锁粒度及传递问题。选择时应根据是否需要数据传递、执行顺序同步、数据复杂度判断，channel适合流程控制，mutex适合状态保护，两者互补结合使用效果更佳。
-
Go 1.21 引入的 log/slog 适合结构化日志，但 password、token 和手机号不能直接写入生产日志。本文从一个小型订单服务出发，用 ReplaceAttr 处理嵌套组字段，接入 JSONHandler，并用 bytes.Buffer 验证脱敏结果。
-
不能靠单机内存实现多节点Session黏性路由，必须依赖外部一致性哈希或LB原生sticky机制；因sync.Map仅保障单机并发安全，无法同步集群状态，且受NAT/CDN导致IP失真、服务重启丢数据、映射不一致等影响而完全不可行。
-
pprof不直接指出泄漏代码行，需通过三次关键操作定位：采样时加?gc=1触发GC确保快照纯净；选对heap类型（非allocs）；用list和peek深入调用栈至具体分配行，尤其注意goroutine泄漏间接导致堆内存滞留。
