-
Go程序在Docker中启动慢主因是镜像臃肿和启动时同步阻塞；应使用scratch基础镜像、CGO_ENABLED=0静态编译、多阶段构建，并让服务先监听再异步初始化。
-
根本原因是阻塞主goroutine，未调用app.Run()或在Run()外执行同步耗时操作；UI更新必须通过app.QueueUpdateDraw()在主线程触发，音频处理需放独立goroutine，进度条用ticker定时更新并基于真实播放时长计算。
-
Golang在CPU密集型任务中比Python快5–10倍，因Go编译为机器码且无GIL，而Python受解释执行和GIL双重限制；IO密集型单次请求差异小，但并发吞吐Go可达800QPS，Python同步仅120QPS，主因调度模型不同。
-
应使用net/http而非net直接写TCP服务，因浏览器无法直连裸TCP；需通过HTTP提供静态页并用WebSocket协议升级实现前端实时交互，借助gorilla/websocket复用http.ServeMux，避免额外端口与TLS配置复杂度。
-
Go通过结构体嵌入（embedding）实现“匿名字段”语法糖，允许直接访问嵌入类型中的字段；当嵌入结构体中存在唯一同名字段时，b.a与b.A.a等价，本质是编译器自动解析的提升字段（promotedfield）。
-
Go中唯一推荐的单例实现是sync.Once+包级指针变量，因其线程安全、延迟初始化、支持错误返回；禁用if-nil判断（易竞态）、init()（无法按需/返错/测试）及局部声明once（失效）。
-
使用dchest/captcha或mojocn/base64Captcha均可，但需注意：前者VerifyString验证即删ID，后者store.Verify需显式设true才删除；两者均无自动过期，须配SetExpiration或换RedisStore；reCAPTCHAv3必须校验响应中的Hostname、Action与Score，且secretkey严禁硬编码。
-
因日志场景吞吐优先，sarama支持异步批量生产、TCP连接复用、自动重试及精细参数控制，而kafka-go默认同步写、批量需手动实现，压测易成瓶颈；但需谨慎配置sarama的MaxOpenRequests等参数以防阻塞或超限。
-
Go的net.DefaultResolver默认不重试DNS查询，遇到UDP超时或临时错误（如i/otimeout、noroutetohost）直接返回错误；需手动封装带指数退避重试的Resolver，并注意PreferGo与systemd-resolved的兼容性问题。
-
直接用crypto/aes会panic是因为其仅提供底层原语，要求密钥必须为16/24/32字节且IV长度固定（如CBC需16字节），字符串未转[]byte、长度不符或含非法字符均触发invalidkeysize或missingIV错误。
-
main.go应放在cmd/子目录下（如cmd/myapp/main.go），根目录仅保留go.mod等元信息；internal/是Go强制的访问边界，用于封装不对外承诺的实现；API层负责错误映射为HTTP状态码，domain层只定义业务语义错误；go.mod的module名应为最终导入路径（如github.com/user/repo）。
-
批量重命名须校验路径合法性：用filepath.Clean并检查前缀，过滤非法字符；用filepath.WalkDir避免软链风险；每步用临时名实现原子重命名；跨盘符时改用copy+remove并补全元数据。
-
Go地理围栏核心是用github.com/paulmach/go.geo判断点是否在多边形内，需注意球面几何、顶点顺序、坐标顺序、状态缓存、空间索引优化及跨日期变更线处理。
-
准确监控消息积压需聚焦消费者视角滞后量：RabbitMQ用queuedepth+unackcount，Kafka避offset提交延迟取log_end-comitted_offset，NSQ重in_flight与requeue_count；须区分瞬时尖刺与持续恶化，动态基线告警。
-
连接Couchbase需传节点地址（如"127.0.0.1"）而非URL，显式配置用户名密码，TLS需手动设；Bucket须预创建并授权；操作用Upsert非Insert；Get需手动解析JSON并判err。
