-
应使用FunctionalOptions模式而非结构体字面量传参，因其避免硬编码、支持可选配置、防止序列化污染、统一管理默认值、保障类型安全且组合灵活；Option应定义为函数类型别名typeOptionfunc(*Config)，各WithXXX函数返回闭包，校验逻辑应延后至构建后执行。
-
分页需安全解析参数、优化SQL查询路径、合理设计响应结构；空值/负数/超大数须校验，禁用SELECT，避免COUNT()查总数，推荐游标分页保障单调性。
-
net/rpc默认不支持重试因其同步阻塞模型直接透传底层连接错误，无错误分类、上下文控制或重试策略；需手动封装基于context.WithTimeout的循环重试逻辑，仅对临时性网络错误重试。
-
Go需手动实现Proxy模式：定义接口抽象行为，用包装结构体拦截调用；延迟加载须用sync.Once或双检锁防并发panic；访问控制应通过细粒度接口隔离而非if判断；context和defer需透传，生命周期管理需明确资源释放时机。
-
VirtualService流量未生效因hosts字段未匹配请求Host头；gRPC需用FQDN避免mTLS证书校验失败；header匹配须注意大小写与空格；Sidecar注入后需调整readinessProbe并确保iptables规则正常。
-
直接用httputil.NewSingleHostReverseProxy会丢请求头，因其默认过滤敏感头（如Connection、Host）且替换Host导致路由错误；需重写Director保留原始Host，用ModifyResponse清理chunked，禁用默认header过滤。
-
Go依赖下载失败的三大原因及解决方法：一是检查GOPROXY是否生效，推荐设为“https://goproxy.cn,direct”；二是处理GOSUMDB校验阻塞，可设为“sum.golang.google.cn”或临时关闭；三是清理缓存（goclean-modcache和-goclean-cache）并验证网络连通性。
-
AES-GCM是首选，因其同时提供机密性与完整性校验，而AES-CBC需额外加HMAC且易出错；Go的cipher.AEAD接口强制nonce和附加数据，规避重复nonce风险。
-
gomodvendor未生成vendor目录的根本原因是模块未启用或不在module根目录，需确保go.mod存在、GO111MODULE=on且在module根下执行。
-
根本原因是Go的image包未自动注册JPEG/GIF解码器，需显式导入"image/jpeg"或"image/gif"；PNG已内置注册。
-
gomobilebind生成的符号名带下划线是因启用CABI兼容模式以避免命名冲突，Swift/Java中必须使用\_MyStruct、\_MyFunc等格式，不可删除下划线，需通过首字母大写命名提升可读性。
-
Go书签工具采用树形结构建模嵌套文件夹，用指针操作避免拷贝；构建倒排索引加速关键词检索；SQLite手动建表持久化，事务保障一致性；CLI聚焦add/find/export高频操作，修改即更新索引、读取走内存缓存树。
-
compress/flate仅实现RFC1951DEFLATE算法，无gzip/zlib封装；压缩需调用Close()刷新，解压输入必须是纯DEFLATE流，误用于.gz文件会报invalidheader。
-
http.Do失败需同时检查err和resp.StatusCode：err!=nil为网络层错误，err==nil但StatusCode>=400为服务端错误；必须检查状态码并关闭resp.Body。
-
通过设置TCP读写缓冲区大小和使用bufio.Writer合并小数据包，可显著提升Golang中TCP数据传输效率。
