-
必须使用gRPC的status和codes包进行标准化错误处理：codes定义整数状态码（如codes.NotFound），status封装码、消息与详情为可序列化*status.Status对象；服务端用status.Errorf或WithDetails返回，客户端用status.FromError解析，禁用字符串匹配。
-
直接os.OpenFile配os.O_APPEND不算增量更新，因其仅盲目追加末尾、无法定位变更点、易破坏文件结构；真增量需读取→diff→定位→覆盖写入。
-
Go中解引用nil指针会直接panic，必须显式判空：函数入口、方法体内、嵌套指针、接口使用均需逐层检查；泛型Deref可安全读取但不解决设计缺陷；90%问题源于初始化与返回环节未控住nil。
-
Go模块根目录必须含go.mod文件，否则无法被识别和导入；包与目录一一对应，main包不可被导入；internal/限本模块访问，资源需用embed.FS嵌入。
-
通过在Go微服务中实现健康检查接口并结合Docker的HEALTHCHECK指令，可有效提升系统稳定性。1.Go服务暴露/health接口返回200表示正常；2.Dockerfile配置周期性检查命令；3.容器运行后可通过dockerinspect观察健康状态；4.故障时状态变unhealthy，配合编排工具如Kubernetes可实现自动重启恢复。关键在于健康接口需真实反映服务依赖状态。
-
HTTP响应体必须显式读取并关闭，否则会导致连接复用污染、数据丢失和文件描述符泄漏；大JSON应流式解码；非2xx响应体含错误信息需统一处理；文本响应需按Content-Type或meta/xml声明的charset解码。
-
应使用%+v展开错误链（需错误类型实现fmt.Formatter），%v仅显示顶层消息，%s强制调用Error()；打印前须判err!=nil，避免输出<nil>。
-
Kubernetes部署失败80%可三步定位：先看Pod状态、再查事件（kubectldescribepod）、最后读日志（含--previous）。CrashLoopBackOff需查上轮崩溃日志；ImagePullBackOff重点验镜像名、凭据、网络；Pending则查资源、标签、污点、配额。
-
Go数组是固定长度的连续内存块，长度属于类型签名，[3]int与[5]int类型不兼容；声明必须指定长度，...仅用于字面量推导；越界访问会panic。
-
混沌工程通过主动注入故障验证系统容错能力，使用Golang可构建轻量级、高并发的故障注入框架。该框架需支持可插拔故障类型、精准注入范围控制、时间可控、安全隔离及远程管理。核心模块包括：故障执行器（实现延迟、错误、资源占用等故障的Inject/Recover/Status接口）、注入控制器（管理故障生命周期与超时恢复）、规则引擎（基于服务名、路径等匹配注入条件）和API服务层（通过HTTP接口动态配置，如POST/inject触发延迟或错误）。典型实现包括time.Sleep模拟延迟、goroutine制造
-
本文详解Go网络客户端在处理带长度头的自定义协议（LZ4压缩JSON-RPC）时，因body=body[:4]误写引发的EOF阻塞问题，提供可运行的修复代码、关键逻辑说明及生产级注意事项。
-
微服务模块应按业务边界划分，如auth、payment、notification，每个模块独立编译部署，拥有专属数据库、API前缀，且上线不牵连其他模块。
-
Go不能直接写跨平台UI组件，因其标准库无GUI支持，各平台窗口管理、事件循环、绘图接口差异巨大，硬桥接导致维护成本爆炸；需通过抽象层（Widget/Renderer/EventBroker）封装差异，并用纯函数指针或方法集定义bridge接口，避免反射和runtime.Caller引发CGO问题。
-
云厂商SDK未进入vendor主因是未显式使用导致被gomod视为死代码；需确保import后调用构造函数（如ec2.NewFromConfig），并注意各SDK版本兼容性、路径限制及context超时设置。
-
Go编译器对switch优化程度高，密集整数case生成O(1)跳转表，稀疏整数或字符串退化为O(logn)二分查找或O(n)线性比较；字符串switch实际调用map查找，接口和结构体字段switch不优化。
