-
Go语言从1.11起通过gomod实现依赖管理，核心步骤包括：初始化模块生成go.mod文件；自动添加依赖并记录版本；精确控制依赖版本与清理冗余；配置私有模块和代理提升下载效率。
-
反射不能真正实现代码混淆，它只是在运行时动态访问已有结构；混淆必须发生在编译或字节码层面，反射反而会暴露更多原始信息。
-
Go的fmt.Printf不支持\_Golang这种写法，它不是合法格式动词；需用字符串拼接或strings.Repeat实现下划线效果，如fmt.Printf("%s\n%s\n",s,strings.Repeat("_",len(s)))。
-
正确做法是构造带超时的http.Client实例，用context.WithTimeout控制单次请求生命周期，复用Client并配置Transport参数，显式关闭resp.Body，检查StatusCode并解析错误响应体。
-
Unixdomainsocket常见问题根因是路径权限、文件残留和配置误用：需确保父目录可写、启动前显式删除旧socket、设umask或chmod修正权限；客户端须用绝对路径且与服务端完全一致；服务端应使用UnixListener+Accept并发处理，避免阻塞；SO_REUSEPORT不适用Unixsocket。
-
Go标准库无UUID包，需用github.com/google/uuid；推荐NewString()提升性能；UUIDv4作主键会降低索引性能，应转存BINARY(16)或改用自增ID。
-
Go程序性能瓶颈常源于锁粒度过大，应缩小临界区、移出耗时操作；RWMutex在写频繁时可能不如Mutex；atomic.Value适合高频读低频写；sync.Pool可减少分配导致的锁争用。
-
os.IsTemporary专用于检测系统调用返回的可重试错误码（如EAGAIN、EWOULDBLOCK），非通用“是否该重试”判断；实际应结合syscall错误码、操作类型及文件系统语义综合判定。
-
必须使用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>。
