-
在Go中使用Protobuf定义RPC需先编写.proto文件，用service声明服务及方法；2.通过protoc生成Go代码，包括消息结构体和服务接口；3.实现服务端结构体并注册gRPC服务；4.客户端通过Stub调用远程方法，完成通信。该流程支持跨语言、高效率的微服务交互。
-
高并发下本地磁盘IO瓶颈无法靠增加goroutine解决，必须解耦I/O与CPU工作：单goroutine顺序读+合理缓冲（如64KB）+按逻辑边界分块处理，避免多goroutine争抢同一文件导致寻道恶化。
-
Excelize/v2是当前Go生态处理.xlsx最可靠的选择，但高度依赖文件合规性、写入方式与类型处理：不支持非标格式，中文需UTF-8，大批量须用SetSheetRow或StreamWriter，读公式/日期须判类型并手动计算。
-
直接用tikv.RawClient会连不上集群，因其不自动读取PD地址、不做服务发现，仅依赖硬编码的PDendpoints；若地址错误或未配TLS/网络不通，连接将超时而非报明确错误。
-
Go1.18+泛型interface最简语法是typeName[Tany]interface{...}，T为类型参数，any是约束而非别名，Container[int]与Container[string]是不同类型，不可互赋。
-
Go允许单goroutine内对无依赖赋值（如a=1、b=2）重排序以优化性能，本goroutine内不可观察；但跨goroutine时若无同步（如channel关闭），可能观测到b=2而a=0，因缺乏happens-before关系。
-
Go语言允许编译器和处理器在单个goroutine内对无依赖的内存写入操作进行重排序，只要不改变该goroutine内部的语义；但若缺乏显式同步（如channel、mutex、atomic或sync.WaitGroup），其他goroutine可能观察到违反代码顺序的值更新。
-
连接未复用是因为Keep-Alive需客户端和服务端协同生效，常见原因包括：Transport未配置MaxIdleConnsPerHost、未调用resp.Body.Close()、IdleConnTimeout过短，或Client未复用导致连接池失效。
-
Excelize多Sheet操作需注意三点：NewSheet仅返回索引不激活，须用SetActiveSheetIndex显式切换；写入/读取若无Sheet前缀则作用于当前活动页；推荐统一用"Sheet!A1"格式或透传索引避免错位。
-
GOPROXY必须设为https://goproxy.cn,direct才真正生效，漏掉,direct会导致私有模块无法下载；同时需启用GO111MODULE=on并配置GOPRIVATE排除私有域名。
-
GoGC性能问题根源在于内存分配行为而非参数调优，应通过gotooltrace分析GC节奏、pprof-alloc_space定位高频分配源，并优化逃逸、减少隐式拷贝、合理使用sync.Pool。
-
Ω不能直接接nil判断，因其内部立即做非空检查和类型反射，传入nil会导致panic；正确做法是先用Expect(err).ToNot(HaveOccurred())确保非nil再断言，或改用Expect(ptr).To(BeNil())等安全匹配器。
-
Go二进制体积大因默认静态链接运行时、标准库及调试信息；可通过CGO_ENABLED=0、-ldflags="-s-w"裁剪符号与调试数据，再酌情使用UPX压缩。
-
Golang服务自动扩缩容依赖运行平台如Kubernetes或云函数，需暴露指标与健康检查接口。1.使用K8s的HPA基于CPU、内存或自定义指标（如QPS）动态调整Pod副本数，Golang服务通过prometheus/client_golang库暴露http_requests_total等指标供采集；2.实现/healthz接口供K8s存活和就绪探针调用，确保系统能准确判断服务状态；3.对异步任务场景，Golang消费者监听RabbitMQ或Kafka队列，结合Keda根据队列长度自动扩缩Deploy
-
多个goroutine通过指针访问同一内存会引发数据竞争，导致行为不可预测，必须使用互斥锁或通道等同步机制保证安全。
