-
Go的goroutine实现并发而非默认并行，并行度由GOMAXPROCS控制；CPU密集型任务需workerpool限流，IO密集型需防句柄耗尽，内存管理须用sync.Pool和预分配避免GC压力。
-
runtime.NumGoroutine()是监控协程数最直接方式，需配合阈值检查、信号量限流、pprof定位及workerpool等结构化手段防控协程爆炸。
-
Go中应优先创建带前缀和标志的独立logger，如log.New(os.Stdout,"[DB]",log.LstdFlags|log.Lshortfile)；SetPrefix和SetFlags仅影响全局默认logger，且需手动添加分隔符，推荐生产环境关闭Lshortfile并接入集中式日志系统。
-
K8s中net.core.somaxconn过小会导致Go服务Accept队列溢出，因内核全连接队列满后丢弃SYN，引发客户端超时或“Connectionrefused”；需通过PodsecurityContext和kubelet--allowed-unsafe-sysctls协同调优，并验证ss-lnt或netstat-s。
-
用gRPC替代HTTP/1.1JSONAPI是最直接的降延迟手段，因其基于HTTP/2和ProtocolBuffers，具备二进制序列化快、多路复用、头部压缩等优势，实测可降低RTT2–5ms。
-
UDP无连接，Go中DialUDP仅绑定默认远端地址便于Write，而WriteToUDP才符合UDP本质；固定目标用DialUDP，动态目标必须用ListenUDP+WriteToUDP；接收须用ReadFromUDP，且所有可靠性机制需自行实现。
-
用docker-compose搭Go微服务实验环境最稳，通过独立Dockerfile（alpine基础镜像）、服务名互调（Docker内置DNS）、环境变量传地址、0.0.0.0监听、重试逻辑及合理日志调试，避免端口冲突与“本地能跑”问题。
-
Go1.11起官方推荐使用GoModules替代dep等工具，通过gomod命令直接管理依赖；需Go≥1.11（建议≥1.16），初始化用gomodinit，自动下载依赖并生成go.mod/go.sum，常用命令包括goget、gomodtidy、golist等。
-
unsafe.Pointer(uintptr(x))不是整数转指针的正确方式，因其将uintptr（GC不追踪的整数）误作指针使用，易致悬垂指针、崩溃或脏数据；唯一安全用法是即时中转：unsafe.Pointer→uintptr→unsafe.Pointer，且中间不可存变量、不可跨函数或goroutine。
-
函数用于通用任务，如add(3,5)；方法绑定类型，如Person的Greet()；依据场景选函数或方法，结合闭包提升灵活性。
-
Go不支持Git子模块自动解析，需手动初始化子模块并用replace绑定本地路径，否则导入失败；CI需配置递归拉取子模块，否则构建静默失败。
-
非缓冲channel用于同步通信，适合精确协调场景；缓冲channel提供异步解耦，适用于应对生产消费速度不匹配。选择依据是goroutine协作模式：需“手递手”交接用非缓冲，可“丢进队列”用缓冲，控制消息用非缓冲，数据流用缓冲。
-
os.Getenv读不到环境变量主因是启动方式导致环境未继承：终端直接执行可读export变量，nohup/systemd需显式配置，IDE需勾选继承选项。
-
Go接口仅含方法签名，无字段或实现；类型自动满足所有方法签名一致的接口；接口值为(type,value)对，nil接口不等于nil具体值。
-
nil仅是六类引用类型的零值，非所有类型都支持nil比较；判断“空”需按类型区分，初始化方式决定nil或非nil状态，方法调用是否panic取决于是否解引用nil接收者。
