-
gopsutil的CPU和内存数值与top、free不一致，因默认返回累计值而非瞬时率；CPU需两次调用取差值，内存应基于Available计算真实使用率，磁盘IO需限定设备并加超时控制。
-
Go中类型判断需分三层：先用Kind()粗粒度分类，再用Name()和PkgPath()识别命名类型，最后用Elem()等展开嵌套类型；注意接口nil值会panic，应优先用ValueOf安全探查。
-
滑动窗口限流不能用time.Now()+map实现，否则是固定窗口且并发写map必panic；单机应预分配[]int64+atomic，分布式必须用RedisZSET+Lua精确实现。
-
答案：Go通过reflect.TypeOf获取接口和具体类型的Type，利用Implements方法判断实现关系，需注意指针与值接收者的区别。
-
404错误是因为pprof仅自动注册到http.DefaultServeMux，自定义mux（如Gin、Echo或http.NewServeMux）必须手动挂载handler，例如mux.Handle("/debug/pprof/",http.StripPrefix("/debug/pprof/",http.HandlerFunc(pprof.Index)))。
-
必须先创建Stream，否则Publish会panic；JetStream需显式初始化并配置存储策略，连接后须调用jetstream.New(nc)或nc.JetStream()检查错误，且服务端必须启用-js参数，客户端需显式设置StorageType、DeliverPolicy、MsgID与Duplicates等关键参数。
-
time.AfterFunc不能当延迟队列用，它只是单次回调注册；真要落地业务级延迟队列，得选RedisZSet+Lua或自建最小堆调度器——前者扛住重启和并发，后者省依赖但只适合单机轻量场景。
-
go-micro已于2022年底归档，v4停止更新且存在跨平台插件兼容问题；v3依赖mdns本地注册，上容器需切etcd；推荐改用grpc-go+consul或go-zero等轻量方案。
-
Go中exec.Command不支持shell管道语法，需显式调用sh：exec.Command("/bin/sh","-c","ls|grepmain")；StdoutPipe()须在Start()前调用，且cmd1与cmd2均需Wait()并正确关闭管道。
-
Go的sort库通过接口与混合算法实现高效通用排序。它支持基本类型便捷排序，并利用sort.Interface或sort.Slice实现自定义排序，底层采用Introsort结合快排、堆排和插入排序，确保性能稳定。
-
go命令找不到的主因是PATH未配置，需确认Go安装路径（如/usr/local/go/bin）、将对应bin目录加入PATH、重载shell配置（如source~/.zshrc）并重启终端验证。
-
Go1.12+才支持reflect.MapIter，应优先用reflect.Value.MapRange()安全遍历map；低于该版本需降级为MapKeys()+MapIndex()，并严格检查IsValid()和IsNil()以避免panic。
-
必须由发送方关闭且仅一次；接收方关、多发送方竞相关、defer无条件关均易panic；forrangech退出需channel已关且缓冲数据读完，缺一不可。
-
Go服务指标无法被Grafana展示的根本原因是Prometheus未成功抓取数据，需依次检查/metrics接口注册与可达性、打点逻辑正确性、Prometheustargets状态及直方图查询语法。
-
命令模式在Go中本质是接口抽象，即定义Command接口并让业务操作实现它，核心在于封装请求与执行逻辑分离，通过依赖注入和commandrunner实现解耦与可测试性。
