-
必须显式构造net.Resolver并设PreferGo:true，否则Dial回调不生效；http.Client需通过Transport.DialContext手动调用该resolver，且域名须为FQDN，IPv4查询应指定"ip4"参数以避免连接失败。
-
Go标准库log不支持高并发分级日志；slog.Level控制依赖Handler，Debug调用仍会执行参数求值，需显式配置HandlerOptions并避免耗时逻辑。
-
应优先用time.Sleep+显式计时而非time.Ticker，因短轮询需严格串行、不堆积、不追赶；必须用ticker时须配合select/default防goroutine积压，并始终通过context控制生命周期、避免泄漏。
-
io.Copy是Go中统一处理任意io.Reader/io.Writer类型数据复制的核心工具，支持文件、网络、内存流等场景，自动分块读写、需检查错误并关闭资源。
-
gRPCStatus不能直接用error.Error()判断，因为其底层是*status.Status结构体，需用status.FromError()解包并检查ok；直连时依赖st.Code()和st.Message()，网关场景需解析响应头或使用拦截器；带details的错误须用status.New().WithDetails()构造，且双方需有对应proto定义。
-
需先用reflect.ValueOf(x).IsValid()检查有效性，再按类型处理：指针需Kind()==reflect.Ptr且Elem()前确认可寻址；nil接口IsValid()为false；StructTag须用Tag.Get("key")解析反引号内字符串；reflect.New后需.Elem().Interface()获取可设值；Set前必须CanAddr&&CanSet。
-
进阶是解决高并发、可观测、可维护的系统性问题：需自定义http.Client并设连接池与超时，用RWMutex/Poll优化并发，结构化日志，避免资源泄漏，深入理解连接、内存、上下文生命周期。
-
Go中map非线程安全，并发读写会panic；初始化须用make，判空用len(m)==0；查key存在性需v,ok:=m[k]；key必须可比较；并发场景用sync.RWMutex或sync.Map。
-
为什么net/rpc默认只支持Go语言客户端？因为net/rpc的默认编解码器是gob，它专为Go类型设计，序列化结果不跨语言。其他语言（如Python、JS）无法原生解析gob流，直接连上去会卡在读取头或报invalidgobmagicnumber错误。常见错误现象：rpc:servercannotdecoderequest:gob:unknowntypeidorcorrupteddata，或客户端收不到响应、连接被静默关闭。如果只需要G
-
Go标准库不存在reflect.Swapper函数；正确做法是用原生索引交换a[i],a[j]=a[j],a[i]，简单高效且零开销。
-
vim-go插件装不上或不工作根本原因是网络导致gopls等工具下载失败，需设GOPROXY、手动执行:GoInstallBinaries，确保go.mod存在、gopls版本≥v0.13，并配置gopls选项和格式化命令。
-
用elastic.NewClient()连不上ES，主因是v8客户端默认健康检查失败导致初始化阻塞或panic，应禁用Healthcheck并显式配置Addresses、HTTPS传输等。
-
context.WithValue不适合传请求ID做幂等校验，因其只读不可变、不跨进程传递、不参与序列化，gRPC/HTTP传输时丢失；应将ID放在header/metadata/请求体中，服务端统一提取。
-
Buf命令不识别需检查PATH和可执行权限；buf.gen.yaml插件须用完整名称如buf.build/protocolbuffers/go；go_package必须与go.mod完全一致；buf.lock变更会导致误报BREAKING_CHANGE。
-
本文详解如何在Go程序中创建并管理多个相互隔离的HTTP服务器实例，避免路由冲突与共享状态问题，通过自定义http.ServeMux和goroutine实现端口级服务分离。
