-
GitHubActions可用于Go项目CI/CD，但自动化部署需谨慎：runner无状态，须显式配置凭据与安全策略；Go1.11+模块下无需手动设GOPATH；构建应指定GOOS/GOARCH并用-ldflags减小体积；跨平台需禁用CGO；二进制传输须用secrets存私钥，配合scp-action安全部署。
-
Go中几乎没人实现3PC，因其无法解决网络分区下的CAP权衡，且成熟组件（如etcd、Raft）已提供更可靠的替代方案。
-
WaitGroup本身不导致内存泄漏，但会掩盖goroutine泄漏：Add/Done不匹配或goroutine内部阻塞，使wg.Wait()永不返回，导致goroutine及其栈内存持续累积，最终引发OOM。
-
Zap.Error()不打印堆栈是因为它仅调用error.Error()方法，不自动展开错误链或调用fmt.Sprintf("%+v",err)；堆栈需在错误创建时（如用errors.WithStack或fmt.Errorf("%+v",err)）注入，Zap仅忠实记录传入的error值。
-
统一响应结构体应定义为含Code（int）、Message（string）、Data（interface{}）和Timestamp（int64）字段的Response结构，封装Success/Fail等函数统一调用，避免手动c.JSON、双写响应及敏感信息泄露。
-
本文讲解使用stacktic/dropbox客户端库时，如何正确处理ClientMtime字段——它本质是封装了time.Time的自定义类型，应直接调用String()或Format()方法获取可读日期，而非错误地调用UnmarshalJSON。
-
readinessProbe必须在SIGTERM后立即失败：Go应用需收到信号后立即将/readyz返回503，配合failureThreshold:1和periodSeconds:5实现秒级摘流，并同步执行连接排空（如GracefulStop或Shutdown），确保长连接请求处理完毕。
-
账号注销需同步清理token、缓存、服务注册及业务数据：token黑名单须持久化并前置校验；关联缓存需主动失效；服务注册须显式注销；业务数据应异步分步清理并留回滚窗口；跨系统需事件广播通知。
-
Go的http.Request不自动解析表单，必须显式调用ParseForm()或ParseMultipartForm()，否则r.Form和r.PostForm为空；r.FormValue("name")为空即因未解析；多值字段需用r.Form["role"]获取[]string；敏感操作须校验r.Method=="POST"；建议封装表单绑定函数统一校验；各类请求体均需手动判型解析并释放资源。
-
最稳妥方式是os.LookupEnv：返回value和ok两个值，可明确判断环境变量是否存在；os.Getenv仅返回字符串，查不到时静默返回空串，易导致后续panic。
-
Go文件上传必须先调ParseMultipartForm，否则r.FormFile和r.MultipartForm.File均失效；常见错误是未调用或调用过晚（如在FormValue后），导致返回http.ErrNotMultipart。
-
真正的优雅关闭是等待HTTP请求完成、后台goroutine收尾、数据库连接池清空后再退出；需用context统一驱动server.Shutdown()、db.Close()及自定义goroutine退出，并为DB操作设超时避免卡死。
-
服务端需手动注册SetPongHandler并配合SetReadDeadline实现可靠心跳；用time.Ticker每25秒发Ping，WriteControl需设写超时；客户端应额外发JSON心跳包并与服务端ACK交互；Nginx等中间件proxy_read_timeout须大于服务端最大空闲窗口。
-
要让fmt.Println()打印枚举名字而非数字，必须定义命名类型typeStatusint并实现String()方法；不能用typeStatus=int或直接在int上实现；枚举值需显式声明为该类型（如Status(iota)），推荐用数组查表法避免硬编码错误。
-
是的，Go函数返回值为值类型时一定会发生按字段逐字节拷贝；编译器不保证RVO，string和slice仅拷贝header（24字节），大结构体应改用指针填充模式避免冗余拷贝。
