-
base64.StdEncoding.EncodeToString返回空字符串是因为传入了nil或零长切片；需显式判空，区分varb[]byte（nil）与b:=make([]byte,0)；URL场景须用URLEncoding避免字符冲突；解码失败多因非法字符、空白符或编解码不匹配；高频调用应复用缓冲区以减少GC。
-
Go中可用context.Context模拟MDC：入口解析trace_id注入context，下游显式传递，日志库（如zap）封装wrapper自动提取并注入字段，gRPC需通过metadata+拦截器透传，goroutine须派生新context防覆盖或泄漏。
-
Go无内置错误日志系统，需手动组合或借助库实现上下文、堆栈、时间、级别记录与落盘；标准log包需配合fmt.Errorf(%w)包装、log.SetFlags设置、os.OpenFile持久化；生产推荐zap结构化日志。
-
用httptest.NewRecorder测试handler是最直接的方式：不启端口、不走网络，直接调用handler并捕获内存中响应，需手动构造请求（含method、URL、body）、注入路径变量、设置header，并结合mock依赖验证业务逻辑与错误路径。
-
使用time.Ticker可实现周期性任务，需调用Stop防止资源泄漏；结合context可优雅关闭；注意任务耗时避免tick堆积；轻量场景可用time.Tick。
-
Consul服务注册必须显式配置health_check字段，否则即使注册成功也被视为不健康；需补全Checks（如HTTP探针），并确保依赖检查、本地Agent运行、独立健康端口及代理避坑。
-
dockersystemprune不够用，因它无差别删除悬空资源，而实际需按前缀、时间、数量精准清理镜像并跳过被容器引用的；推荐用dockerimages--format'{{json.}}'解析结构化输出，结合容器镜像白名单与ID去重策略安全删除。
-
Golang应用部署与运维自动化通过容器化、CI/CD、可观测性和IaC实现高效交付；容器化利用多阶段构建和精简镜像提升部署效率与稳定性，CI/CD通过自动化测试、构建、部署及回滚机制确保发布可靠，结合GitLabCI/CD、GitHubActions或ArgoCD等工具实现全流程自动化。
-
init函数里调用sync.Once或启动goroutine容易死锁Go的包初始化是同步、单线程执行的，所有init函数按依赖顺序串行跑完才结束。一旦在init里触发了需要等待其他init完成的操作，就卡住。典型错误：在init中调用sync.Once.Do，而该Do的函数体又间接依赖另一个尚未执行的包的init；或者直接起goroutine并用sync.WaitGroup等待——WaitGroup.Wait永远不会返回，因为那个goroutine所依赖的
-
这八个是日常开发中真正高频、不可绕开的核心标准库，因它们覆盖服务启动、数据进出、资源管理、并发协调、时间控制和格式输出等80%代码场景，其余为按需加载的场景专用库。
-
用exec.Command执行命令需显式调用Output()或CombinedOutput()获取输出；Run()不返回内容且丢弃stdout/stderr；环境变量和工作目录须通过cmd.Env、cmd.Dir设置；超时需用CommandContext配合context；shell特性如管道、通配符需显式调用sh或cmd。
-
ConfigMap适合存非敏感配置如数据库地址、超时时间、日志级别；Secret用于密码、token、私钥等需加密字段，但仅base64编码，真正安全需启用etcd加密或集成Vault等外部密钥服务。
-
Gostrings包提供纯函数式字符串操作，含Contains/IndexOf查找、Split分割、Replace替换三类核心方法，所有操作不修改原串且支持UTF-8，但需注意空分隔符panic、大小写敏感及性能优化建议。
-
使用channel传递错误是Go中处理多协程错误的常用方式，通过创建error类型的channel将子协程错误传回主协程，结合WaitGroup或errgroup实现同步与错误收集，避免panic跨协程传播需在每个goroutine中使用deferrecover捕获异常。
-
重连时应避免无限循环dial，需用指数退避（100ms起，上限30s+抖动）、设总超时/最大重试次数、封装为可取消函数；连接后须启用TCPkeepalive或应用层心跳、设读写deadline；写请求需状态机管控与channel协调，非幂等操作不可盲目重发。
