-
字符串哈希应优先使用sha256.Sum256([]byte(s))，文件哈希则用os.Open+sha256.New()+io.Copy，其他方式或错误、或低效、或导致内存溢出。
-
GEOADD参数顺序错误、坐标系不匹配、GeoRadius单位误用是三大高频事故源；必须严格遵循lng,lat顺序、WGS84坐标系、小写单位（m/km/ft/mi），并端到端验证。
-
Go汇编是Plan9风格伪汇编，非x86/ARM原生，需用SP/FP/SB/PC等大写寄存器名，参数通过FP偏移访问，函数以TEXT·name(SB)开头，WASM不支持，调试依赖gotoolcompile-S和delve。
-
调试Go测试必须用dlvtest而非dlvdebug，因测试代码编译为独立_test二进制；需加-gcflags="-N-l"禁用优化，断点须用完整包路径如myproj/pkg.TestFoo。
-
答案是：Go中应使用结构化错误替代字符串错误，通过定义含Code、Message、Details、Err的BizError实现可维护的错误体系，结合错误码常量、工厂函数、HTTP映射中间件和结构化日志，提升诊断效率与协作体验。
-
绝大多数场景下不该用sync.Map，它仅适用于读多写少、键生命周期长且不频繁遍历的场景；高频写入、需range遍历或频繁增删键时，应优先选用map+sync.RWMutex。
-
Go1.13+默认启用GOPROXY，但国内需手动设为goproxy.cn或阿里云镜像并保留direct兜底；私有模块须同步配置GOPRIVATE和GONOSUMDB；临时禁用代理可用GOPROXY=direct前缀；排查下载慢需检查.netrc、gitconfig及网络劫持。
-
Go语言无稳定安全的goroutineID获取方式；解析runtime.Stack()或用unsafe读取g结构体均不可靠，易失效、影响性能、破坏可移植性，应改用request_id、context、GoroutineProfile等正确方案。
-
NumMethod()返回类型导出方法数，含嵌入类型方法；Methods()返回完整方法信息，含名称、签名等细节，索引从0到NumMethod()-1。
-
Go的GC性能高度依赖于程序的内存使用模式；真正有效的优化应始于正确性与可维护性，再通过基准测试和剖析定位热点，针对性减少堆分配——而非过早引入unsafe或过度重构。
-
字符串拼接时+和+=在循环中很慢，因Go字符串不可变，每次拼接需分配新数组并复制，N次操作时间复杂度达O(N²)；推荐用strings.Builder（预估容量、非并发）、strings.Join（切片拼接）或fmt.Sprintf（少量格式化）。
-
multipart.FormValue无法获取文件字段，因为它只解析非文件类表单值（如text、hidden），跳过type="file"字段；需先调用r.ParseMultipartForm或r.ParseForm，再用r.FormValue取文本、r.FormFile取文件。
-
Go语言通过显式错误处理和recover机制提升网络服务稳定性，首先检查error值处理可预期错误，结合重试与指数退避应对网络调用失败；其次在关键goroutine中使用defer+recover防止崩溃；再通过context.Context管理请求超时与取消，避免资源泄漏；最后利用错误包装与结构化日志增强可维护性。
-
retract是模块根go.mod中声明式屏蔽旧版本的机制，仅影响下游执行gomodtidy时的依赖选择，不删除远程版本或改变go.sum；须配合新版本发布才能使@latest生效。
-
MySQL中NULL表示“缺失”而非“空”，Go的string和*string无法安全接收，因database/sql驱动不自动转零值，必须用sql.NullString等类型或SQL层COALESCE/IFNULL处理。
