-
Context仅传递取消信号、超时控制及少量元数据（如traceID），业务数据应走函数参数或结构体；WithValue的key须为自定义类型；HTTPhandler优先用WithTimeout并defercancel；goroutine中defercancel会失效，应传入外部ctx或显式调用cancel。
-
GDPR合规核心在于数据流可追溯、处理有法律依据、PII隔离最小化、用户权利代码化响应；四卡点：结构体tag需联动静态分析与运行时拦截，filterTrainingData不可直用于API因缺动态授权与角色权限，User-Agent及日志须脱敏并含联系信息，删除权需跨服务事件驱动+备份自动失效+可查进度的状态机。
-
Go原生map并发读写必panic，因无锁设计导致状态不一致；sync.Map仅适用于读多写少场景，高写入或需len/range时应选sync.RWMutex+普通map。
-
Go单元测试需遵循命名规范（_test.go、TestXxx）、善用t.Run隔离子测试、通过接口抽象依赖实现安全mock、用可控time.Time等替代全局函数，并避免sleep依赖超时。
-
纯计算循环会导致goroutine饿死，因无安全点使抢占失效；新goroutine需经本地/全局队列调度，延迟可达61次间隔；CGO阻塞时M可能被回收，唤醒延迟显著增加。
-
组合模式通过统一接口处理树形结构中的叶节点和复合节点，以实现整体-部分层次关系；在Go中利用接口定义通用操作如Print和Add，使文件（File）与文件夹（Folder）可被一致对待；示例中构建的目录树展示了如何递归遍历并打印层级结构；该模式适用于需统一操作单个与组合对象的场景，如文件系统、UI控件树等；Go的隐式接口实现让组合模式更灵活高效。
-
直接用github.com/bwmarrin/snowflake可能出问题，因其默认用PID生成nodeID（容器重启后易重复），且不校验时钟回拨，NTP调整会导致panic；生产环境须显式注入唯一nodeID、替换time.Now并自行实现回拨防护。
-
切片和数组的区别在于：1)数组是固定长度的，适合固定长度的数据结构；2)切片是动态的，适合需要动态调整大小的场景。它们的选择取决于具体的应用需求。
-
应选用golang.org/x/time/rate的rate.Limiter——基于令牌桶、线程安全、经高并发验证；避免手写实现，注意burst与r的语义、按用户隔离实例、用Wait而非Allow、配合Header返回限速状态、不跨节点共享、SetLimitAndBurst支持运行时调整。
-
Golang中实现UDP通信无需建立连接，通过ReadFromUDP和WriteToUDP直接收发数据报，服务端可一个连接处理多个客户端，适合低延迟、高并发场景；而TCP需通过Accept建立连接，基于字节流传输，需处理粘包，但保证可靠有序，适合文件传输等场景；因此应根据是否需要可靠性、延迟要求、连接状态管理来选择协议，UDP编程更轻量但需应用层补足可靠性。
-
用带缓冲的chanstruct{}模拟信号量可精准控制goroutine并发数；初始化sem:=make(chanstruct{},maxWorkers)，发送空结构体占位、接收释放，避免用chanint或close()引发panic。
-
http.Client.Timeout不解决重试问题，因其仅控制单次请求总耗时并直接返回错误，不自动重试；需手动集成退避重试逻辑（如backoff.Retryv4），并精准判断可重试错误类型。
-
真生效需直接覆盖安装、重设GOROOT并同步更新go.mod中的godirective；仅改PATH或运行安装包90%未成功，须验证goversion、goenvGOROOT路径及项目中Go1.25新语法是否可用。
-
HTTP分片下载需手动设Range头，因客户端须主动声明请求范围，服务端是否响应206并正确返回Content-Range取决于自身支持；io.Copy不参与协议协商，无法自动处理。
-
Base64编码解码需严格匹配StdEncoding或URLEncoding，流式编码必须调用Close()，解码前须清洗空白字符；StdEncoding等常量可直接使用，无需复用优化。
