-
JSON.Unmarshal传指针还是传值？传值会失败，必须传指针。Go的json.Unmarshal内部靠反射修改目标变量的内存内容，如果传入的是值（比如user而不是&user），它只能修改栈上的一份副本，原变量不受影响。常见错误现象：json.Unmarshal([]byte(`{"name":"a"}`),user)后user.Name仍是空字符串，无报错但无效果值类型（如struct、int、string）必须取地址传入；引用类型（如*struct、[]int、
-
GoWeb开发中应统一解析查询参数并封装分页响应。定义ListQuery结构体集中管理分页与过滤字段，用ShouldBindQuery自动校验；返回PageResult泛型结构，隐藏数据库细节，含数据、页码、总数、总页数及has_more标识。
-
必须从reflect.Method.Type().In(1)开始获取业务参数类型，跳过接收者；调用前须判IsValid()和Kind()==reflect.Func，且nil接口需预先检查，否则预热直接panic。
-
Service层是业务编排职责边界，须通过接口注入外部依赖、使用原生类型或domainstruct、避免日志和协议细节，函数应单一职责、输入结构化、错误类型化，并按复用性决定逻辑归属。
-
reflect不该直接用于字段级验证，因其仅支持类型检查而不提供验证逻辑，易导致代码难维护、类型不安全、性能差；应通过反射提取标签约束，交由明确的验证函数处理。
-
Go图片水印失败主因是解码未校验错误、坐标硬编码、透明度未用draw.Over及NRGBA类型、批量处理内存溢出；需检查err、动态计算位置、调整alpha并流式处理。
-
Go的json.Marshal默认忽略函数字段，但可通过实现json.Marshaler接口，将方法调用结果动态注入JSON输出，从而优雅地将计算型字段（如Value()、Size()）作为JSON字段导出。
-
Go中收集goroutine错误的四种方式：1.带缓冲error通道；2.共享error变量+Mutex；3.errgroup.Group自动传播首个错误；4.锁保护切片汇总全部错误。
-
应构造完整HTTPhandler链（middleware(handler)）进行基准测试，复用request/recorder、调用b.ResetTimer()，降级依赖（如ioutil.Discard日志）、重置req.Body，用-benchtime=10s-count=5和benchstat对比版本差异，并结合pprof火焰图与allocs/op分析真实瓶颈。
-
NSQ线上静默失效主因是连接与配置误用：Producer须全局复用并显式Connect()，ConnectToNSQLookupd()才用于生产服务发现，地址须为TCP端口（4160），PublishAsync错误回调不可为空且需异步处理，消息可靠性依赖幂等设计而非NSQ自身。
-
Go的http.Client默认无超时，需手动配置：用DialContext.Timeout控制连接建立（DNS+TCP+TLS），ResponseHeaderTimeout控制响应头接收，整体请求超时用context.WithTimeout包裹Do()调用。
-
应使用go-playground/validator库，它支持标签驱动、嵌套校验和自定义规则，且无运行时依赖；避免使用已归档的asaskevich/govalidator。
-
Go的JSON解析要求结构体字段必须导出（首字母大写），小写字段默认被忽略；时间字段需匹配RFC3339格式或自定义UnmarshalJSON方法，否则静默失效。
-
Go语言中介者模式解决的核心问题是多个模块因频繁直接调用导致的网状强耦合，引发修改牵连多处、测试困难、复用性差；应通过统一事件通知接口、显式注册、ID化管理及并发安全分发来解耦。
-
交叉编译前必须确认GOOS和GOARCH组合是否被官方支持，如linux/mips64le需额外构建标准库，windows/arm64仅支持Windows11onARM；务必禁用CGO（CGO_ENABLED=0）避免本地依赖污染，必要时配置对应平台工具链；注意内核版本兼容性及缓存清理。
