-
Go不渲染页面，仅生成HTML字符串或提供API；页面由html/template编写，支持变量、条件、循环和嵌套，需预解析并注意转义；路由须显式注册到自定义ServeMux；静态资源用FileServer+StripPrefix；原生net/http能直面请求生命周期关键细节。
-
合理配置GOPROXY代理、启用本地缓存、使用vendor隔离依赖、并行构建及CI/CD分层缓存，可显著提升Go项目在大规模下的构建效率与稳定性。
-
Go项目稳定性依赖go.mod+go.sum+goget精准控制，禁用手动改go.mod；推荐goget@tag拉取确定版本，go.sum仅校验不锁间接依赖，CI须校验其变更，GOPROXY需禁fallback，GOSUMDB不可关闭。
-
Go配置解析需区分文件读取与内容格式错误，用errors.As精准捕获viper或原生包异常，结合自定义校验、结构体tag和统一错误包装提升可维护性。
-
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。
-
服务端需手动注册SetPongHandler并配合SetReadDeadline实现可靠心跳；用time.Ticker每25秒发Ping，WriteControl需设写超时；客户端应额外发JSON心跳包并与服务端ACK交互；Nginx等中间件proxy_read_timeout须大于服务端最大空闲窗口。
