-
Go中基于反射的数据校验通过reflect遍历结构体字段、解析validate标签、动态执行规则、聚合错误实现轻量可扩展校验；需注意导出字段、类型判断、嵌套递归防循环、自定义验证器及钩子扩展。
-
DDD不是设计模式，而是一套以业务语言和规则为核心的建模与架构方法论；其核心在于限界上下文识别、Aggregate一致性边界约定及显式契约设计，而非代码模板。
-
flag.Parse()必须在所有flag.*定义之后调用，否则后续flag不会被解析；短选项需手动注册；位置参数用flag.Args()获取；自定义类型需实现flag.Value接口。
-
goroutine泄漏的典型信号是内存持续上涨、NumGoroutine()只增不减、pprof显示大量IOwait或chanreceive状态goroutine；根本原因是本该退出的goroutine卡在阻塞操作且无人唤醒，需用context.WithCancel等确保所有路径调用cancel。
-
在Go并发编程中，应根据读写比例选择合适同步机制：1.读多写少时用sync.RWMutex提升吞吐；2.高频键值操作优先sync.Map；3.复杂协调采用channel通信避免共享状态；4.通过限流控制协程数量防止资源耗尽。
-
io.MultiWriter是Go中用于将多个写入接口合并为一个的工具，但其默认串行写入，无法并发。要实现并发写入，需结合goroutine和同步机制。具体步骤包括：1.对每个Writer启动独立goroutine写入；2.使用channel传输数据；3.主协程通过MultiWriter统一写入所有通道；4.使用sync.Pool或锁优化内存。注意点：1.最慢Writer会拖慢整体性能；2.并发写入需控制顺序或加锁；3.避免频繁创建goroutine；4.推荐使用bufio提升效率。
-
当自定义error类型的Error()方法内部调用fmt.Sprint(e)时，会因fmt包优先调用Error()接口导致递归调用，最终栈溢出；根本原因是fmt在格式化interface{}值时按固定优先级（error→Stringer）选择字符串化方法。
-
defer在当前函数return语句执行前、返回值已确定后执行；命名返回值可被defer修改，临时返回值则不能；多个defer按LIFO顺序执行；参数在defer定义时求值，函数体延迟执行；不宜用于耗时或可能panic的操作。
-
Go的RPC错误处理需区分底层错误和业务错误：call.Error表示网络或序列化问题，reply中的Error字段表示业务逻辑错误；2.服务端应优先将错误信息放入reply结构体而非仅返回error；3.客户端必须同时检查call.Error和reply内容以完整处理错误。
-
gomodvendor可将依赖复制到本地vendor目录，确保离线构建；需先初始化模块、整理依赖并生成go.mod和go.sum，再执行gomodvendor生成vendor文件夹；构建时使用gobuild-mod=vendor强制读取vendor中的依赖，保证构建一致性。
-
Go程序通过exec启动的重启进程脱离了shell的进程组控制，导致终端发送的SIGINT无法被正确传递；根本原因在于新进程未被shell管理，需显式恢复前台作业控制或继承会话/进程组属性。
-
反射和泛型是Go语言中提升代码灵活性的两种机制，但用途和机制不同。反射用于运行时动态获取类型信息并操作对象，适用于处理未知结构的数据，如通用序列化、框架构建等，常见于需要动态调用方法或访问字段的场景；泛型则是在编译期指定类型参数，适用于多种类型共用逻辑且类型已知范围的情况，如通用容器、减少重复代码，同时保持类型安全。两者主要区别在于类型检查时机、性能、安全性及适用场景：1.反射在运行时检查类型，泛型在编译时检查；2.泛型性能更高，反射因类型解析带来额外开销；3.泛型类型安全，反射易出错；4.反射适合真正动
-
panic立即终止当前goroutine并执行defer，无recover则程序退出；recover仅在defer中直接调用才有效，且不能跨goroutine，不可用于常规错误处理。
-
在Go中，若想通过函数参数修改外部指针变量的值（如将*mgo.Session从nil初始化为有效地址），必须传递指向该指针的指针（即`T）**，否则仅传递*T`会导致函数内对指针的赋值仅作用于副本，无法影响调用方变量。
-
Go中错误日志分级需借助zap等结构化日志库或自定义LevelError类型，按错误来源、行为和上下文区分Warn/Err/Fatal级别，普通错误如参数校验失败用Warn，严重错误如DB连接丢失用Fatal或标记critical。
