-
Go处理外部API错误的核心是主动检查error、区分网络层与业务层错误并设计对应策略：http.Client.Do不因HTTP状态码非2xx返回error，需手动检查StatusCode；网络错误属net.Error需类型断言判断Temporary/Timeout；JSON解析失败应校验Content-Type并记录原始响应；禁用DefaultClient，为各服务配置独立client及Transport参数。
-
最直接的方法是使用grafana-cli重置密码，需先停止Grafana服务，执行grafana-cliadminreset-admin-passwordnew_secure_password，再启动服务即可登录。
-
Go中channel本身不会泄漏，真正的泄漏是goroutine因channel操作永久阻塞而无法退出，导致栈内存及所引用资源持续占用；需通过超时、context取消、可控关闭和堆栈检测来避免。
-
errors.Is和errors.As用于精准断言包装错误：errors.Is(err,ErrNotFound)判断是否为某哨兵错误（含任意包装层），errors.As(err,&target)提取并断言是否实现某接口。
-
使用goroutine池可控制并发数量、减少资源开销，提升系统稳定性与性能。通过复用固定数量协程处理任务，避免频繁创建导致的调度和内存压力，适用于高并发场景如HTTP服务、批量处理等，并可通过第三方库如ants实现更高级功能。
-
实现基础健康检查接口通过HTTP的/healthz端点返回JSON状态，便于外部系统检测服务可用性。2.扩展依赖检查时区分/healthz（存活）和/readyz（就绪），为数据库等依赖设置超时避免阻塞。3.集成Prometheus可在/metrics暴露指标，支持长期监控与告警，但/healthz需保持轻量快速。4.使用Go标准库即可实现，也可结合gin等框架或gRPC健康接口提升可维护性。核心是快、准、可扩展。
-
本文介绍如何正确使用Go的反射机制获取任意类型（尤其是结构体）的内存占用大小，指出常见误区，并提供简洁可靠的实现方案。
-
Go语言中通过testing包编写以Benchmark开头的函数进行基准测试，测量函数性能，文件需以_test.go结尾。
-
Go语言原生不支持通过字符串字段名直接访问结构体成员，但可借助reflect包实现运行时动态赋值，本文详解反射方式的安全用法、完整示例及关键注意事项。
-
子协程panic不会自动传播到主goroutine，必须在每个子goroutine内部用deferrecover捕获；recover仅在同goroutine的defer中有效，且需配合资源清理与日志记录。
-
Go1.13+默认启用GOPROXY但国内访问proxy.golang.org会超时，应设为https://goproxy.cn,direct；需配合GOPRIVATE和GOINSECURE支持私有模块。
-
Daprsidecar默认只监听127.0.0.1，而localhost可能被解析为IPv6导致连接失败；应启动时加--host-address0.0.0.0并客户端统一用http://127.0.0.1:3500。
-
miniredis默认不监听TCP端口，需用m.Addr()获取动态地址而非硬写127.0.0.1:6379；测试中数据不自动重置，应每例新建实例或调用FlushAll()；其对WATCH、pipeline错误处理、SCAN游标等行为与真实Redis不一致，非全量模拟器。
-
Notepad++需手动导入go.xml实现Go语法高亮：下载官方或社区版go.xml，放入langs目录并重启；确保langs.model.xml中name="go"且ext="go"，再通过Ctrl+L选择Go语言。
-
Go中map并发读写panic的真实原因是未加锁的map被多goroutine同时写或读写，触发运行时致命错误；只读安全，读多写少用sync.RWMutex，高频写简单键值可选sync.Map但需注意其性能与类型限制。
