-
选择合适的Golang基础镜像并利用多阶段构建优化体积与效率，通过Dockerfile缓存依赖、集成调试和热重载工具提升开发体验，结合docker-compose实现快速迭代。
-
空接口（interface{}）是Go语言实现多态和泛型编程的核心手段，允许处理任意类型数据，但需运行时类型断言，牺牲部分类型安全与性能。它通过类型断言和类型开关实现对异构数据的动态处理，广泛应用于JSON解析、通用函数、事件系统、配置管理等场景。在Go1.18引入泛型后，泛型成为处理同构类型、需编译时类型安全和高性能场景的首选，而interface{}仍适用于真正异构或动态性要求高的场景，两者互补共存。
-
Go网络数据序列化应按场景选择：JSON适用于跨语言、可读性要求高的场景；binary（如gob）适用于Go同构系统高性能通信；protobuf等适合跨语言且需向后兼容的高吞吐场景。
-
mongo.Connect()默认无超时，需用context.WithTimeout控制；FindOne()查无结果返回nil但err为nil；primitive.M不可替换map[string]interface{}；InsertMany()不填充原结构体_id；连接池应全局复用。
-
MQTTQoS0/1/2由客户端库（如paho.mqtt.golang）在Publish()调用时通过qos参数指定并自动实现语义保障；qos必须为0、1或2，传其他值将静默失败；服务端可降级QoS且不通知客户端；QoS2易因Broker不支持或网络问题导致token.Wait()卡住。
-
微信签名验证需手动排序拼接并SHA1，XML解析须处理CDATA和字段类型，access_token需缓存、预刷新与串行更新，code须5分钟内单次使用并幂等处理。
-
runtime.GC()不该被频繁调用，因其破坏Go自适应GC节奏、激增STW次数、干扰内存学习；应优先调优GOGC、复用对象、预分配切片，并通过业务指标验证优化效果。
-
Go服务需手动监听SIGINT/SIGTERM并调用http.Server.Shutdown()配合带超时的context，否则进程猝死导致请求中断、日志截断、事务不完整；Shutdown()须用WithTimeout上下文，忽略ErrServerClosed，后台goroutine须统一监听ctx.Done()退出。
-
应使用FunctionalOptions模式而非结构体字面量传参，因其避免硬编码、支持可选配置、防止序列化污染、统一管理默认值、保障类型安全且组合灵活；Option应定义为函数类型别名typeOptionfunc(*Config)，各WithXXX函数返回闭包，校验逻辑应延后至构建后执行。
-
本文介绍如何在Go中通过系统调用原生支持SystemV共享内存（shm），避免CGO指针管理风险，实现与C/C++等传统IPC程序高效协同——适用于大块数据零拷贝交互场景。
-
Go中错误是显式返回的接口而非异常，需用error接口、%w包装、errors.Is/As判断，避免panic滥用、忽略Close错误及重复日志。
-
Go接口变量本身可为nil，也可非nil却包裹一个nil的底层值（如*T(nil)）；直接用x==nil无法检测后者，需借助类型断言或reflect.Value.IsNil()才能准确识别。
-
GoModules从1.16起默认启用，模块路径须以可解析域名开头；replace仅限当前module生效；go.sum在构建时才更新。
-
panic会中断程序执行，但可通过defer中的recover捕获并恢复，避免崩溃；在HTTP中间件中使用recover可防止单个请求panic导致服务终止；recover仅在当前goroutine有效，需在每个可能panic的协程内单独设置；不应滥用recover，仅用于处理不可控的异常情况，如第三方库错误或插件执行，常规错误应使用error处理。
-
Go服务应使用zap+json输出日志到文件，由Filebeat采集并转发至Logstash或ES；需确保trace_id等字段在Go层结构化输出、ES字段类型设为keyword，并避免Logstash中使用grok解析已结构化的JSON日志。
