-
sync.Pool在高并发下内存更高，因短生命周期低复用对象会积压待回收对象拖慢GC；goroutine泄漏更致命，需限流、退出机制和健康检查；缓冲区预分配优先用make([]byte,0,N)；map并发写必须加锁，推荐分片锁而非sync.Map。
-
用gRPC替代net/rpc是降低延迟的第一步，因其基于ProtocolBuffers和HTTP/2，具备二进制编码、多路复用、头部压缩等低延迟优势，并需配合连接复用、合理负载均衡、内存复用、GC优化及拦截器观测等实操措施。
-
reflect.Value.Call必须传入[]reflect.Value切片，参数需用reflect.ValueOf转换并检查IsValid()，函数值须非nil且已赋值，返回值需判空再.Interface()，高频场景禁用反射以避免性能损耗。
-
高并发下需管控goroutine数量、连接复用、context传播与错误扩散。用semaphore限并发，全局复用http.Client和sql.DB，所有outbound调用带context，异步任务需结果归集，禁用盲目goroutine启动。
-
同一字符串在不同工具中Base64编码结果不同，通常并非编码算法差异所致，而是输入字节流不一致——GNUecho默认追加换行符（\n），导致实际编码内容比预期多一个字节。
-
time.Now()返回*time.Time类型，含时区、纳秒精度等完整信息，默认本地时区；Unix时间戳方法（如Unix()、UnixMilli()）与时区无关，转换需注意纳秒参数含义。
-
FieldByName找不到字段是因为结构体字段未导出（小写开头），反射无法访问；需确保字段名大写、传入指针、检查IsValid()和CanSet()、类型严格匹配，并注意嵌套字段须逐层反射。
-
Finalizer不是析构函数，不保证执行时机或一定执行；仅用于资源泄漏兜底、调试或C联动，不可用于业务逻辑清理，且需确保对象堆分配、避免循环引用、进程退出时可能被跳过。
-
Go包文档该写在哪儿才被godoc和VSCode正确识别Go不认README.md作为包文档——哪怕你写得再漂亮，godoc、godoc（或新版godoc命令）和大多数IDE都不会把它当包说明。真正起效的只有源码文件顶部的注释块。必须是紧贴package声明上方的「顶级注释块」，且中间不能空行注释必须是//开头的普通注释，不是/**/块注释（后者会被忽略）如果包有多个.go文件，只有一份注释生效：按字典序第一个含包注释的文件胜出别在main包里写长文档
-
ssh.Client.Dial报handshakefailed多因协议/算法不匹配，如OpenSSH8.8+禁用ssh-rsa而旧Go版本未启用rsa-sha2；应升级Go至1.18+或手动注册RSA-SHA2算法。
-
GoHTTP服务暴露Prometheus指标应直接用promhttp.Handler()注册/metrics端点，避免手写逻辑；需绑定0.0.0.0监听、禁用metrics路径中间件，并按SLA自定义histogram桶以提升P99精度。
-
Go1.18内置模糊测试可自动探测JSON解析中的非法Unicode、深度嵌套、超长键名等边界问题；需编写纯函数式解析函数、添加带种子语料的Fuzz测试、运行fuzz发现崩溃用例并针对性加固。
-
使用sync.Pool复用临时对象可减少内存分配，如缓冲区处理；2.预分配切片容量避免扩容开销，应使用make([]T,0,N)明确容量以提升性能。
-
Go不需要传统虚拟环境，因其通过gomod实现依赖隔离、静态编译保证可重现性，gowork支持多模块协同开发，GO111MODULE=on和goclean-modcache等可强化边界感。
-
使用channel传递错误是Go中处理Goroutine错误的常见方式，通过缓冲errorchannel收集各协程的错误信息；2.主协程循环接收channel中的错误，可选择立即处理或继续接收；3.结合sync.WaitGroup可精确控制任务生命周期，确保所有协程完成后再统一处理错误。
