-
bufio.Scanner默认单行上限64KB，超长会panic；应显式调大缓冲区或改用bufio.Reader+ReadString控制内存，及时释放行引用防OOM，避免全存切片，JSON解析优选json.NewDecoder。
-
本文详解如何使用Go的image/gif包创建真正支持透明背景的GIF图像，关键在于正确配置调色板（Palette）并使用image.Paletted类型，而非image.RGBA。
-
答案：Go语言中反射用于运行时动态处理未知结构体字段，适用于ORM、JSON解析等场景。通过reflect.ValueOf获取值对象，需传入指针并调用Elem()解引用，再检查Kind是否为Struct，遍历字段时用Field(i)或FieldByName获取子值，结合Type().Field(i)获取标签等元信息。关键要判断field.CanInterface()以确保可访问导出字段，避免对未导出字段调用Interface()导致panic。处理不同类型字段应使用类型开关或Kind判断，并注意值与指针区
-
GO111MODULE=on必须设置在项目含go.mod、位于$GOPATH外、依赖私有仓库或需锁定go.sum时；auto易误判，off彻底退化为GOPATH模式，仅限极少数遗留场景。
-
最稳妥方式是进入模块根目录（含go.mod）后执行gotest./pkg/util，需确保该目录下有非测试的.go文件且无构建约束冲突，否则会报noGofiles。
-
推荐json.NewDecoder而非json.Unmarshal，因其流式解析不缓存全文、内存友好，且报错含具体行号便于调试；json.Unmarshal需全量加载字节切片，大文件易致内存暴涨且仅报偏移量。
-
reflect.MakeSlice创建动态切片必须传入reflect.Slice类型、非负长度和容量，且容量≥长度；需用reflect.SliceOf()构造切片类型，不可直接传interface{}或具体切片实例。
-
Gomap的key必须支持==和!=，因为底层依赖哈希与相等判断定位键；不可比较类型（如slice、map、func）作key会导致编译错误或运行时panic。
-
len返回数据结构当前元素个数，cap返回最大容量；字符串取len为字节数，切片len为元素数、cap由底层数组决定，通道cap为缓冲大小，数组len与cap相等；切片截取共享底层数组，append超cap触发扩容；建议预设cap减少分配，注意共享数组的修改风险。
-
Gomodules是唯一可行的依赖管理方式，官方自1.11弃用dep和vendor，1.16后强制启用；必须使用go.mod初始化、gomodtidy同步、GO111MODULE=on，并严格管控升级、replace和go.sum。
-
Nacos是Golang微服务集成服务注册中心的更优选择，因其提供官方SDK（nacos-sdk-go）、支持多语言生态、具备动态配置管理功能，且社区活跃；而Eureka缺乏官方Go支持，需自行实现RESTAPI交互或采用Sidecar模式，集成成本高。通过nacos-sdk-go可便捷实现服务注册（RegisterInstance）、服务发现（SelectInstances）及实例变更订阅，配合健康检查与负载均衡策略，构建高可用微服务架构。
-
Go包名、导入路径和模块路径必须全小写，大小写敏感是硬性规则；macOS/Windows因文件系统不区分大小写可能“侥幸”通过，但Linux下必然失败，CI需在Linux容器中运行。
-
CGo边界开销源于Go与C运行时模型差异，导致每次调用需上下文切换、内存同步和栈转换，核心优化策略包括：1.批量处理调用，减少跨语言调用次数；2.使用unsafe.Pointer传递指针，避免数据拷贝，结合runtime.KeepAlive防止GC过早回收；3.复用长生命周期C对象，降低初始化开销；4.通过pprof等工具精准定位性能瓶颈，针对性优化。
-
Java反射无法通过getMethod找到带泛型的方法，因泛型在运行时被擦除；应改用getDeclaredMethods()遍历，结合方法名和参数数量/类型粗筛，或对标准流操作（如map/filter）直接硬编码匹配方法名。
-
答案：Go语言中通过标准库encoding/csv和第三方库excelize实现数据导入导出，支持CSV和Excel格式，分别用于结构化数据交换与人工可读报表场景。
