-
最简GET请求需用带Timeout的http.Client并deferresp.Body.Close()，检查StatusCode后再JSON解析；认证请求须安全管理Token并过滤日志敏感头；POST时注意结构体jsontag映射与零值处理；错误处理要区分网络错误、HTTP状态码和业务错误。
-
sql.Open仅初始化连接池不验证连通性，必须调用db.Ping()才能发现MySQL不可达；DSN需严格格式并启用parseTime=True以正确扫描time.Time，loc=Local适合开发而生产建议loc=UTC；db.Close()应只在程序退出时调用一次。
-
必须用net.DialTimeout而非net.Dial，因其可精确控制连接超时（如500ms），避免系统默认2–3分钟超时导致卡死；并发需用带缓冲channel限流（如sem:=make(chanstruct{},20)），内网建议50–100、外网5–20。
-
bufio.Scanner读整行最稳：它按行切分、自动丢换行符、内置缓冲、可处理大文本；需先调Scan()再取Text()，错误用Err()检查，默认单行上限64KB。
-
Go语言内置代码覆盖率分析功能，通过gotest-cover可统计测试覆盖情况。使用-coverprofile生成数据文件，并用gotoolcover-html可视化展示，绿色为已覆盖，红色为未执行。建议结合CI/CD流程持续优化测试用例，提升代码质量。
-
sync.Cond必须与锁配合使用，传入锁的指针（如&sync.Mutex{}），Wait前需已持锁；条件检查必须用for循环，先修改状态再Signal/Broadcast，且变量读写须受同一锁保护。
-
本文详解如何在Go中正确实现WindowsRDP密码的加密（CryptProtectData）与解密（CryptUnprotectData），重点解决因字符编码不匹配导致的登录失败问题——必须使用UTF-16LE编码输入并显式解码输出。
-
runtime.Stack是目前唯一合法获取goroutineID的方式，通过解析panic日志首行"goroutineN[state]:"提取数字，需注意缓冲区大小、正则匹配、禁用all=true等细节。
-
使用专用错误通道和context取消机制，结合errgroup.Group简化管理，将错误作为数据通过channel传递，主协程统一接收处理，并在所有发送者完成后关闭通道，避免panic，确保并发安全与程序健壮性。
-
用httptest.NewRecorder测单个handler，轻量快速；用httptest.NewServer测含中间件、路由或客户端行为的完整链路，需注意端口管理、依赖注入和执行顺序。
-
使用%w包裹错误可形成错误链，结合errors.Unwrap、Is、As实现精准匹配与逐层解析，配合github.com/pkg/errors记录堆栈，提升Go程序调试效率。
-
K8s健康检查需分离liveness（只查进程状态，如goroutine数）和readiness（查DB/Redis等真实依赖），路径必须独立（如/livez与/readyz），用独立ServeMux避免冲突，probetimeout≥依赖P99，禁用日志/metric同步打点，建议绑定独立端口。
-
要实现UDP的可靠传输，关键在于设计序列号和ACK机制。1.序列号用于识别数据包是否丢失、重复或乱序，通常使用递增的32位或64位无符号整数作为标识；发送端和接收端需维护期望的序列号，并处理绕回问题。2.ACK机制通过接收方反馈已收到的数据包序列号，发送方记录发送时间并启动定时器，若超时未收到ACK则重传数据包，且ACK信息也可能丢失，需有合理重传策略。3.接收端通过缓冲区处理乱序包，按序交付数据，并通过历史记录丢弃重复包。4.实际开发中还可优化滑动窗口控制并发、ACK压缩、选择性重传以及动态调整超时时间
-
replace需严格匹配模块路径与本地路径，左边为import路径、右边为相对于go.mod的绝对或相对路径；go.work中use仅支持目录且不可重叠；golist-mall须加-work才反映完整工作区视图。
-
Go的垃圾回收器会自动回收循环内声明的变量，只要它们在每次迭代结束后不再被引用；本文详解其工作机制、内存行为及优化建议。
