-
Go图片水印失败主因是解码未校验错误、坐标硬编码、透明度未用draw.Over及NRGBA类型、批量处理内存溢出；需检查err、动态计算位置、调整alpha并流式处理。
-
runtime.ReadMemStats的Alloc和TotalAlloc差异大是因为前者是当前存活对象内存，后者是历史总分配量；监控泄漏需观察Alloc等字段的增量趋势，配合强制GC和时间间隔采样，而非单次读值。
-
http.Server.Shutdown()才是优雅停止：拒绝新连接并等待已有请求完成，但需传入带超时的context；若handler中DB查询或WebSocket未监听ctx.Done()，则Shutdown会卡住。
-
<p>Go中声明只写不读的channel类型是chan<-T，例如varchchan<-int。</p>
-
Go的http.Client默认自动重定向存在SSRF、循环跳转等风险，应通过显式配置CheckRedirect函数控制跳转逻辑，返回http.ErrUseLastResponse可安全终止重定向并保留响应体。
-
短链接系统必须用数据库主键ID映射为短码（如base62），而非哈希截断；需预留扩展字段、区分301/307重定向、异步更新点击数以保障高并发下的正确性与性能。
-
Go栈扩容由runtime自动完成，无需手动干预；频繁runtime.morestack表明深度递归或大局部变量导致栈热分裂；避免循环中声明大数组取地址，改用堆分配或sync.Pool；runtime.Stack在线上高危，应使用/debug/pprof/goroutine替代。
-
本文介绍如何在Go中正确提取中文字符串的首个Unicode字符（而非字节），并说明其与拼音首字母的关联逻辑——需注意：Go标准库不直接提供拼音转换，首字符提取是拼音处理的第一步。
-
GoRPC错误处理需区分调用失败与业务失败，前者通过返回error实现，后者应在Reply结构中嵌入错误字段如Errorstring或自定义AppError类型传递详细信息，同时避免panic并用defer+recover统一捕获异常，确保服务健壮性。
-
Go中应优先用errors.Is/As判断错误而非==或反射；%w包装支持错误链遍历，%v会破坏链；自定义错误需实现Unwrap；高频路径避免反射和深度包装。
-
在Golang中设置请求Header需用req.Header.Set或Add方法，且必须在http.DefaultClient.Do前完成；自定义Host头须设req.Host字段；Content-Type需在NewRequest后设置；不可手动设Content-Length或Transfer-Encoding。
-
Falco无法检测Go程序的panic、channel死锁等运行时行为，因其仅监控内核系统调用，不解析Go二进制、不hookruntime函数、也不理解goroutine调度状态；它能捕获Go程序发起的execve、openat、connect等syscall行为，但纯用户态内存操作（如goroutine泄漏、map并发写panic）完全不可见。
-
95%HTTP场景直接用golang.org/x/time/rate.Limiter即可，它并发安全、精度可控；应按用户/IP/endpoint分组创建实例，用sync.Map缓存，避免key泛滥和高频新建，慎用Reserve()。
-
优先选用github.com/yourbasic/bloom库，它经压测支持原子写入、自动计算最优参数，避免手写布隆过滤器在并发Add时因位覆盖或漏置导致误判率失控。
-
Go不支持多层包依赖管理，gomod仅解析直接与间接依赖；indirect模块是正常现象，反映实际引用路径；可用replace/exclude锁定子依赖版本，go.sum缺失需补全校验和。
