-
工厂函数返回接口类型时，必须确保所有实现完整满足接口契约，否则编译失败；应先定义接口、用静态检查验证实现，稳定方法签名，避免硬编码和panic，合理注入依赖，并明确声明线程安全性。
-
Go原生map非并发安全，多goroutine读写会panic；需用sync.RWMutex+map或成熟库如go-cache/gcache，而非sync.Map——后者无TTL、不支持驱逐且写性能差。
-
通过在Go微服务中实现健康检查接口并结合Docker的HEALTHCHECK指令，可有效提升系统稳定性。1.Go服务暴露/health接口返回200表示正常；2.Dockerfile配置周期性检查命令；3.容器运行后可通过dockerinspect观察健康状态；4.故障时状态变unhealthy，配合编排工具如Kubernetes可实现自动重启恢复。关键在于健康接口需真实反映服务依赖状态。
-
Go中会话管理需分离Cookie与Session：Cookie仅存加密安全的session_id，Session数据存服务端；推荐gorilla/sessions库，支持内存/Redis存储，自动处理HttpOnly、Secure、SameSite等安全配置。
-
%v输出结构体仅显示字段值如{123"hello"true}，%+v则显示字段名和值如{ID:123Name:"hello"Active:true}，调试时更直观。
-
Gochannel不适合直接当消息队列用，因其无持久化、无ACK、无重试、不支持跨进程/机器，程序崩溃即丢消息；进程内任务分发可用bufferedchannel+workerpool，但跨服务可靠投递须用RabbitMQ等中间件。
-
必须设置GOROOT、GOBIN和PATH；GOROOT指向Go安装根目录，GOBIN设为$GOROOT/bin并加入PATH；GO111MODULE推荐设为on；GOPATH在模块模式下非必需但旧项目仍需；IDE需确保继承shell环境或手动配置。
-
GoModules是当前唯一推荐的依赖管理方式，自Go1.11引入、1.16起默认启用，vendor和GOPATH模式已退出主流；必须显式gomodinit初始化，正确设置模块路径，区分goget与gomodtidy职责，严格提交go.mod与go.sum，并注意indirect依赖版本冲突风险。
-
要实现Go结构体到JSON的序列化，核心在于使用反射机制获取字段信息、判断字段值是否为空，并最终构建JSON输出。首先通过reflect.TypeOf()获取结构体类型并遍历其字段，提取字段名、类型及json标签；其次利用reflect.ValueOf()访问字段值，结合isEmptyValue函数判断是否为空以决定是否跳过；最后将有效字段组装为map[string]interface{}，并通过json.Marshal()生成最终JSON数据。整个过程依赖反射完成动态字段解析与值处理。
-
接口方法调用比直接调用慢，因其需两次间接跳转：查iface类型指针和itab中函数地址；基准测试须禁用内联、避免全局变量、确保数据一致，并用gotoolcompile-S验证调用指令。
-
Goworkspace模式通过go.work文件统一管理多模块项目，解决传统replace指令维护难、本地调试低效、monorepo开发复杂等问题，提升微服务与共享库协同开发效率。
-
表驱动测试是Go中通过[]struct{}定义测试用例集合并遍历执行的惯用模式，核心是将输入、期望输出、错误条件等声明为结构体字段，确保每个case独立、可断言、易维护。
-
Prometheus+Grafana是最稳通用的服务监控方案，Prometheus专为服务指标设计，需应用自暴露/metrics，写PromQL要加流量过滤防误告警，推荐复用NodeExporter模板并用Grafana变量实现多服务/环境联动。
-
策略模式在Go中需手动注册、避免空方法和硬编码判断；应定义精简接口（如Pay/SupportsCurrency）、用sync.Map动态注册、结构体传参、无状态优先。
-
用net/http实现投票服务：内存map存选项，sync.RWMutex保护并发；/vote投票（校验token去重）、/results查结果、CSV导出加UTF-8BOM；handler全部defer-recover，禁用debug.PrintStack，日志不回传前端。
