-
Go测试要求Test函数名首字母大写、参数为*testing.T，文件名必须为xxx_test.go且与被测代码同包；表驱动测试需用t.Run并显式复制循环变量tt:=tt，避免竞态和全局状态污染。
-
GolangGC突然卡顿主要由对象分配速率过高、堆内存增长过快、STW阶段耗时增加及系统资源争抢引起，优化方法包括调整GOGC、使用sync.Pool减少分配频率等。具体而言：1.高并发下频繁创建临时对象导致GC频繁触发；2.堆增长过快引发GC滞后；3.STW阶段因堆大而延长停顿时间；4.CPU资源不足影响GC调度效率。关键调优参数有：1.GOGC控制触发阈值，默认100，提高可减少GC次数；2.GOMEMLIMIT限制总内存防止OOM；3.debug.SetGCPercent动态修改GOGC；4.run
-
答案：使用gotest-cover生成覆盖率数据，通过gotoolcover生成HTML报告，结合CI/CD设置阈值自动化检查，但需注意覆盖率高不等于测试质量高，应关注未覆盖的代码分支并避免为覆盖而覆盖。
-
Go服务高CPU占用主因包括频繁GC、死循环、字符串拼接和锁竞争；通过pprof分析定位热点，复用sync.Pool对象、使用strings.Builder减少内存分配可有效优化性能。
-
查ERC-20代币余额必须调用合约balanceOf方法，不能用BalanceAt；需准备ABI（推荐abigen生成绑定），设置to为代币地址、data为编码后的balanceOf调用数据；用CallContract发起只读调用，注意地址带0x前缀、节点同步状态及合约有效性验证。
-
Go调用翻译API应使用net/http+encoding/json组合并剥离密钥；路由用POST+JSON校验ISO639-1语言码；并发翻译需索引绑定保序；错误响应须按Accept-Language本地化fallback。
-
云厂商SDK未进入vendor主因是未显式使用导致被gomod视为死代码；需确保import后调用构造函数（如ec2.NewFromConfig），并注意各SDK版本兼容性、路径限制及context超时设置。
-
Go日志优化核心是减少锁竞争、避免内存分配、批量写入和异步处理：用zerolog/zap替代标准库，预分配缓冲、禁用反射、零分配时间戳与调用栈，固定字段复用子logger，channel+worker批量刷盘，分级输出与采样控制日志量。
-
go.mod文件格式错位、replace与exclude混用、indirect标记误删/误加、GO111MODULE=off环境下误改，均会导致构建失败或依赖异常；应优先使用gomodtidy、gofmt-mod=mod等工具自动修正，避免手动编辑。
-
%v和%+v的区别在于：对结构体，%v仅输出字段值如{123"hello"}，%+v输出带字段名的格式如{A:123B:"hello"}；对map、slice等其他类型二者行为完全相同。
-
Go中只有指针、切片、映射、通道、函数、接口类型的零值是nil；数值、字符串、布尔、数组、结构体的零值均非nil，如int为0、string为空字符串。
-
答案：高并发下锁优化需减少竞争、缩短持有时间、降低粒度。具体包括：将非临界区代码移出同步块，使用细粒度锁（如分段加锁），优先采用原子类（如LongAdder）和无锁结构，读多写少场景用读写锁或乐观锁，结合监控持续调优。
-
Go中测试JSON序列化与反序列化需确保双向转换保值、保类型、保字段语义，重点验证标签控制、零值处理、嵌套结构、自定义方法及边界场景。
-
用sync.WaitGroup控制并发上传的生命周期协程启动后不等它跑完就退出，是多文件上传最常遇到的“上传没报错但文件全丢了”的根源。Go不会自动等待goroutine结束，必须显式同步。常见错误现象：main函数结束，程序直接退出，http.Post还没发出去；或只传了前几个文件就停了。在启动上传协程前调用wg.Add(1)，每个文件对应一次Add在上传函数末尾（无论成功失败）调用wg.Done()，别漏在error分支里wg.Wait()放在所有gouploadFile
-
RPC调用慢主因是客户端连接未复用、超时缺失、序列化低效或服务端线程阻塞；应全局复用grpc.ClientConn、强制设Context超时、启用gzip压缩、用sync.Pool缓存对象、避免热路径内存分配。
