-
replace只在本地生效，因它仅修改go.mod中的指令并影响当前模块构建，不上传远程、不被其他模块继承，且需手动清理才能安全上线。
-
goroutine泄漏比CPU跑满更常见，需用semaphore控并发数、tokenbucket控速率；错误复用或未释放会导致OOM或阻塞，应分层混合使用并监控。
-
使用别名可简化长包名引用并提升可读性，如jsoniter"github.com/json-iterator/go"；2.同名包导入时需用别名避免冲突，如myutils"projectB/utils"；3.第三方库与标准库同名时应为第三方库设别名以明确职责，如httphelper"myproject/pkg/http"；4.匿名导入用于触发init副作用，如\_"github.com/go-sql-driver/mysql"注册驱动；5.团队协作中应统一别名风格，优先使用语义清晰的短别名。
-
结构体字段顺序影响内存占用是因为Go不自动重排字段，需手动按从大到小排列（如int64→int32→int16→bool）以减少对齐填充；验证需用unsafe.Sizeof/Offsetof实测，但大数组、CGO或语义分组场景下重排可能无效或有害。
-
使用无缓冲channel实现事件通知，主线程等待子任务完成。2.worker函数执行完毕后通过done<-true发送信号，main函数接收信号后继续执行，实现goroutine间同步。
-
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自身。
