-
泛型适用于编译期已知类型的场景，反射适用于运行时类型未知的场景；泛型更安全高效，反射用于动态结构探查，二者可协作但不可替代。
-
首先确保Golang应用通过prometheus/client_golang库暴露/metrics端点，注册如Counter、Gauge等指标并挂载promhttp.Handler()；接着在prometheus.yml中配置job抓取该端点；最后在Grafana中添加Prometheus数据源，创建Panel并使用PromQL查询指标，推荐导入社区模板并结合go_gc_duration_seconds、go_goroutines等关键运行时指标构建Dashboard。
-
reflect.ValueOf(x).Interface()panic因nil指针解引用；应先IsValid()&&CanInterface()校验。StructTag须用Tag.Get()解析，避免手动切分。reflect.Call()要求参数为[]reflect.Value且类型严格匹配。DeepEqual不适用于函数、channel等无逻辑相等语义的类型。
-
Go中处理第三方库错误需主动检查error值，利用errors.As和errors.Is进行类型与语义判断，避免依赖错误字符串，通过fmt.Errorf搭配%w封装上下文以保留调用链信息。
-
goroutine泄漏的典型信号是内存持续上涨、NumGoroutine()只增不减、pprof显示大量IOwait或chanreceive状态goroutine；根本原因是本该退出的goroutine卡在阻塞操作且无人唤醒，需用context.WithCancel等确保所有路径调用cancel。
-
Windows上os.Open报ERROR_PATH_NOT_FOUND是因系统长路径限制，需同时启用注册表LongPathsEnabled并为Go程序嵌入含longPathAware=true的manifest。
-
Command接口必须显式定义Execute、Undo、Redo三个方法，确保语义正确；历史栈应存命令快照而非指针，避免状态污染和内存泄漏；Undo/Redo需配合canUndo/canRedo校验与currentIndex跟踪以保证原子性；副作用须剥离至Command外层。
-
不能。标准http.ServeMux仅支持前缀和完全匹配，不解析路径参数如/user/123中的123；注册/user/{id}会导致404，需手动解析或改用gorilla/mux等第三方库。
-
Go使用\n写入文件时，在Windows记事本中无法正确显示换行，因其仅识别\r\n（CRLF）作为行结束符；需显式使用\r\n或通过fmt.Fprintln/bufio.Writer等更健壮的方式处理跨平台换行。
-
Go语言无内置MVC框架，但可通过包组织、接口抽象和职责划分实现：Model专注数据与业务规则，Controller协调请求与响应，View仅负责模板渲染或序列化。
-
必须同时用reflect.TypeOf和reflect.ValueOf——前者获取字段名、类型、标签，后者获取实际值；只用其一会panic或返回空。
-
本文介绍通过替换http.DefaultClient并自定义RoundTripper实现对http.Head()的可控模拟，从而覆盖网络错误等边界场景的单元测试需求。
-
Go语言中字符串不可变，但可通过指针传递地址以减少拷贝；如需修改内容，需转为字节切片处理后再赋值，例如将"hello"改为"hell0"；使用字符串指针时需注意nil判断，避免空指针异常；此外可构建字符串指针切片用于共享引用场景。
-
gRPC是构建高可用RPC服务的更优选择。1.协议与性能方面，gRPC基于HTTP/2和protobuf，具备高性能、跨语言支持及流式通信能力；而net/rpc使用gob编码，适合Go同构系统内部通信和小型项目。2.接口定义上，gRPC需proto文件，规范但繁琐；net/rpc利用反射机制，开发快但接口不清晰。3.可靠性与扩展性方面，gRPC支持拦截器、TLS、健康检查和负载均衡等高级功能，生态完善；net/rpc则需自行实现这些功能。4.上手难度方面，net/rpc更简单，适合新手入门，但gRPC在大
-
String()方法不生效主因是签名错误或接收者类型不匹配；应使用switch实现并含default兜底；stringer可自动生成但需规范const定义且须手动补default；非语义型枚举无需实现。
