-
交叉编译必须同时指定GOOS和GOARCH且关闭CGO_ENABLED=0，否则易链接失败或生成不可部署二进制；仅设其一将默认当前平台，导致伪交叉编译；纯Go程序需禁用cgo，含import"C"的代码（含依赖）会强制启用cgo并引发冲突。
-
类型断言在Go中用于将接口转换为具体类型，其基本语法为value,ok:=x.(T)，其中x是接口变量，T是目标类型，value为转换后的值，ok表示转换是否成功；例如可用来安全提取字符串或判断类型；还可结合switch使用v.(type)判断底层类型，或忽略值仅判断类型；常用于从map提取数据、函数参数还原类型、解析JSON等场景；建议始终使用带ok的形式避免panic。
-
使用goroutine和channel实现并发批量处理，通过WorkerPool模式控制并发数，避免资源耗尽。定义任务与结果channel，启动固定数量worker消费任务并处理，分批发送任务并收集结果。结合errgroup.WithContext管理错误和取消，利用semaphore限制每批并发，按批次处理大数据集防止内存溢出。根据系统负载合理设置并发度和批次大小，配合context实现超时控制，确保程序健壮高效。
-
log.SetFlags()通过位掩码控制日志元信息，如log.Ldate|log.Ltime|log.Lshortfile；SetPrefix()设置行首固定前缀；自定义时间格式需重写Output；推荐用log.New()创建独立实例而非修改全局logger。
-
Go的goroutine调度基于GMP模型，通过限制并发数、避免阻塞P、使用sync.Pool复用对象，可有效提升性能。1.GMP模型中P默认等于CPU核心数，调度器采用work-stealing减少竞争；2.过多goroutine导致调度开销增加，应使用带缓冲channel控制并发，如sem:=make(chanstruct{},100)；3.阻塞操作会使M脱离P，影响调度效率，需用context超时或非阻塞I/O避免；4.高频分配对象加重GC压力，可用sync.Pool复用内存，降低分配开销。合理控制
-
http.ServeMux高并发时变慢因线性遍历O(n)匹配、无Trie优化、不区分动静态段；gorilla/mux需StrictSlash和预编译正则才提效；自研Trie可两级哈希降开销；原生优化重在减少字符串拷贝与内存分配。
-
gRPC-Go默认不支持重试，v1.26+移除内置重试，需显式配置grpc_retry拦截器；serviceconfig中的retryPolicy支持有限且依赖服务端返回，实际可控重试必须通过UnaryInterceptor实现。
-
答案：Go中nil指针解引用会引发panic，表现为“invalidmemoryaddressornilpointerdereference”，常见于调用nil结构体指针方法、访问其字段或操作nil接口；通过panic堆栈可快速定位错误行，结合debug.PrintStack()和GOTRACEBACK增强排查；编码时应对接收者做nil检查、避免返回nil指针、使用工厂函数初始化对象，并在类型断言前判空；借助govet静态检查、单元测试覆盖边界、日志记录指针状态等手段可有效预防和排查问题。
-
Go服务不定义Prometheus告警规则，只通过CounterVec按status等标签暴露指标；告警中必须用rate()而非increase()计算错误率；规则需与指标名、标签严格匹配，并注意抓取链路调试。
-
容器化应用备份需聚焦数据与配置，Golang编写轻量工具实现自动打包压缩、时间戳命名及多存储输出；配置通过环境变量与文件挂载分离，敏感信息动态注入；集成至容器生命周期，支持Docker和Kubernetes调度。
-
不能安全跨包访问未导出变量或函数——go:linkname绕过可见性检查，但未导出符号不进导出表，易链接失败或运行时panic；仅支持标准包文档化符号或显式导出的小写符号。
-
深拷贝结构体需用reflect手动遍历字段，确保目标可寻址、跳过不可导出字段、递归处理引用类型、校验类型兼容性，并避免误用reflect.Copy。
-
Go1.1起http.CloseNotifier已内置，但需通过http.CloseNotifier类型断言（而非裸接口名）才能安全调用CloseNotify()，直接使用w.(CloseNotifier)会编译失败。
-
生成JWT时必须内嵌jwt.RegisteredClaims，否则ParseWithClaims无法识别exp、iat、nbf等标准时间字段，导致过期校验失效；时间字段须用jwt.NewNumericDate包装，keyfunc需动态返回合规长度密钥。
-
优先用range遍历slice，因Go编译器对其做了边界检查消除等优化，比传统for循环更高效；遍历开销小，性能瓶颈多源于循环体内重复计算、内存分配等操作。
