-
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和统一错误包装提升可维护性。
-
使用zap实现结构化日志，支持多通道输出至控制台、文件及远程服务，结合lumberjack实现日志轮转，通过request_id实现上下文追踪，提升系统可观测性。
-
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操作设超时避免卡死。
