-
安全的fan-out需为每个goroutine显式复制数据流并监听原channel关闭；fan-in应通过goroutine+WaitGroup合并多channel，且必须用context控制生命周期以防卡死。
-
推荐json.NewDecoder而非json.Unmarshal，因其流式解析不缓存全文、内存友好，且报错含具体行号便于调试；json.Unmarshal需全量加载字节切片，大文件易致内存暴涨且仅报偏移量。
-
Gostruct字段顺序影响内存占用：按类型大小对齐填充，大字段优先排列可减少padding；interface{}比*T多8字节因含类型信息头；CGO需统一struct对齐避免崩溃。
-
Go的作用域由词法块决定：变量在哪个{}内声明，就仅在该块及内嵌块中可见；包级变量全包可访问，首字母大写才导出；:=易引发遮蔽；if/for等语句的{}是独立作用域；包级变量按源码顺序初始化，依赖需谨慎。
-
strings.TrimSpace只删除首尾Unicode空白符，不处理中间空格；如需清理中间空格，应按需选用strings.Fields+Join、strings.Map或ReplaceAll等方法。
-
go-zeroRPC客户端调不通的主因是etcd配置缺失或错误导致服务未注册；需检查Etcd.Hosts、etcd进程状态及注册路径，多环境通过-f指定配置文件，proto字段需加jsontag确保序列化一致。
-
Go可写符合DDD的代码，关键在模块边界、职责隔离与领域概念显性化；需以domain包为起点，定义纯业务struct/interface/func，禁止外部依赖；interface须定义在domain中以实现依赖倒置；Entity用不可导出字段+构造函数保障不变性，ValueObject强调行为约束而非语法形式；AggregateRoot体现业务一致性边界，所有变更须经其方法统一管控。
-
for{}不会卡死程序但会独占goroutine，导致CPU100%和其它goroutine饿死；应配合time.Sleep、runtime.Gosched()或select避免空转。
-
Go标准库heap包仅维护堆性质，非堆排序实现；需手写siftDown、从最后一个非叶节点建堆，并动态管理heapSize才能原地完成堆排序。
-
Go无内置重试+幂等机制，需手动组合http.Client、重试逻辑与Idempotency-Key头；盲目重试POST/PUT易致重复扣款，因Body不可复用、未区分可重试状态码、缺乏唯一幂等标识。
-
atomic.StorePointer不能存任意指针，因要求指针指向GC可追踪的堆内存，栈地址或uintptr中转会引发悬垂引用或panic。
-
GoTCP连接必须自己实现应用层Ping-Pong，仅调用conn.SetKeepAlive(true)不足；需每20–30秒定时发"PING"并等待"PONG"响应，配合time.NewTicker、select超时控制、每次读写前重设Read/WriteDeadline，且中间件proxy_read_timeout须大于心跳间隔×1.5。
-
sync.Map适合读多写少场景的数据，如配置缓存、连接池元信息、用户会话状态快照；不适合高频增删改的实时聚合类数据。
-
Go语言通过接口、组合和高阶函数实现装饰器模式：定义统一接口（如Logger），用结构体嵌入原对象并实现相同接口以叠加行为，支持链式调用与类型安全。
-
优先选原生gRPC而非go-micro：gRPC性能高、跨语言强、控制透明，go-microv4虽基于gRPC但抽象过重易调试困难；新项目应从.proto定义、手写Server/Client起步，结合Consul等真实注册中心与自定义resolver实现服务发现。
