-
GoHTTP服务panic崩溃因recover仅作用于当前goroutine，需在每个handler内部用中间件deferrecover；标准库不捕获，应封装func(http.Handler)http.Handler统一处理并返回500。
-
reflect是Go通用验证框架的必要基础，因Go1.18前无泛型且无运行时类型注解，必须依赖reflect动态读取字段名、类型、值及structtag才能实现自动规则检查；泛型无法替代反射完成tag解析与字段遍历。
-
clientv3.New初始化失败常见原因包括：Endpoints缺少协议和端口、启用TLS未传tls.Config、集群单点故障未自动容灾、未调用defercli.Close()导致fd耗尽。
-
IsZero方法用于判断reflect.Value是否为其类型的零值，适用于基本类型、指针、结构体等可比较类型，使用前需确保Value有效以防panic。空结构体或所有字段为零值的结构体返回true，nil指针、空切片、空映射等也视为零值，调用前应先通过IsValid()检查有效性以避免panic。
-
Go中不用interface{}实现策略而用接口类型，因为interface{}丢失编译期校验和方法调用能力，无法保证实现Execute()方法，易致运行时panic；正确做法是定义明确接口（如PaymentStrategy），由编译器强制检查实现，保障类型安全。
-
最稳导出方式是用excelize.NewFile()写数据后直接file.Write(w)，设Content-Type为application/vnd.openxmlformats-officedocument.spreadsheetml.sheet、Content-Disposition带ASCII文件名，禁用SaveAs；字符串需设NumFmt:49文本格式，长数字加单引号，大文件用SetSheetRow批量写，严防中间件污染响应流。
-
多阶段构建通过分离编译与运行环境，显著减小Go应用的Docker镜像体积并提升安全性。第一阶段使用golang镜像编译生成静态二进制文件，第二阶段将编译结果复制到轻量镜像（如alpine或distroless），避免携带编译工具链和源码。相比单阶段构建，镜像体积可从数百MB降至十几MB，成为Go服务部署的最佳实践。
-
选择值接收者还是指针接收者取决于是否需修改接收者状态及性能考量。若方法仅读取状态或返回新值，且结构体较小，值接收者更安全清晰；若需修改状态或结构体较大以避免复制开销，应使用指针接收者。接口实现时，值接收者允许T和P均满足接口，而指针接收者仅P可满足，设计时需权衡语义与灵活性。
-
Go微服务灰度发布核心是流量可控、版本可切、回滚迅速，通过Header/Query标识、服务发现打标、配置中心驱动规则及可观测性配套实现轻量落地。
-
因为net/rpc缺乏跨语言支持、服务发现、健壮超时与上下文取消、错误分类及panic恢复等生产必需能力，仅适用于学习或轻量内部通信。
-
策略模式是一种将算法或行为封装成独立结构体的设计模式，通过统一接口实现动态切换。其核心是定义一个公共接口，让不同策略实现该接口的方法，并通过上下文结构体持有并执行当前策略。例如，在电商系统中，可通过策略模式实现满减、折扣等促销方式的灵活替换。使用策略模式的优势包括解耦业务逻辑、提升可维护性和扩展性，适用于支付渠道、日志记录、消息通知等多场景。应用时需注意接口设计的合理性、策略数量较多时引入工厂模式管理创建，以及避免过度抽象。
-
GoHTTP客户端必须显式配置超时，推荐自定义http.Transport设置各阶段超时，并通过context.Context透传deadline，避免全局DefaultClient和硬编码dial选项，超时值需基于P99延迟分层设定并联动重试熔断。
-
Go编译Windowsexe需显式设GOOS=windows和GOARCH，否则生成非PE文件；闪退多因CGO依赖VC++运行库，应设CGO_ENABLED=0；-o仅控制输出名，图标、版本等需go-winres等工具处理。
-
gorilla/sessions是最省心也最安全的GoSession方案，但需严格遵循安全配置：密钥≥32字节、显式设置HttpOnly/Secure/SameSite、登录后重生成ID并清旧Cookie、存储层TTL与MaxAge一致、禁用纯Cookie存储敏感数据。
-
不能直接用time.Now().UnixNano()生成分布式ID，因其纳秒级时间在高并发下仍会重复，且无机器/进程标识导致跨节点不唯一；加锁串行化则引发性能瓶颈。
