-
Go语言通过Goroutine实现RPC并发处理，服务端为每个连接启动独立协程，客户端可并发发起请求，结合sync.WaitGroup协调，利用net/rpc包原生支持并发，配合合理设计即可高效应对高负载场景。
-
不能直接改老代码而要加适配器，因为旧XML接口被多系统调用、上线紧、测试成本高，动解析逻辑会触发全链路回归，而新JSONAPI需严格遵循Swagger字段名与结构；适配器是隔离变更的必要边界。
-
Go的encoding/xml包要求结构体字段必须导出（首字母大写）才能被正确反序列化；若字段为小写私有字段，即使标签（xml:"..."）声明正确，反序列化也会静默失败，导致所有字段保持零值。
-
goclean-modcache只清理$GOPATH/pkg/mod下的模块下载缓存，包括所有版本的.zip包、解压源码目录、sum.db校验文件和vendor缓存，不碰项目内的go.mod、go.sum或vendor/目录。
-
首先搭建Go与Docker环境，再编写Web服务并创建Dockerfile，最后构建镜像运行容器实现应用容器化。
-
golist是Go工具链中用于查询包与模块元数据的命令，支持JSON/文本输出，适用于脚本集成与依赖分析；可查模块信息、直接依赖、包依赖关系及潜在未使用模块。
-
Go中JSON序列化时值类型与指针类型行为一致，因json.Marshal会自动解引用指针；但nil指针序列化为null，而零值字段使用默认值，如空字符串或0；反序列化时指针可区分字段是否提供，配合omitempty能判断字段是否存在，嵌套指针字段可自动分配内存；因此对需区分“未设置”与“零值”的场景，使用指针更灵活。
-
应使用http.Request.FormFile解析multipart/form-data上传文件，避免手动读取body；服务端须校验Content-Type、文件头魔数及大小，ParseMultipartForm需提前设置。
-
外观模式通过结构体封装库存、支付、物流和通知服务，提供统一接口简化电商下单流程，降低耦合度并提升可维护性。
-
云IDE中Go环境应优先用goinstall下载多版本并PATH前置，配GOPROXY解决模块拉取问题，dlv需监听0.0.0.0并声明端口，gotest要限并发防OOM，所有配置须持久化至shellprofile以抗重置。
-
直接用net/http做接口治理会踩坑，因其缺乏限流、熔断、监控、追踪等关键能力，易导致服务不稳定；应采用中间件解耦、gRPC-Gateway统一接口、Prometheus多维指标、Fx管理生命周期。
-
Go服务需通过DownwardAPI或节点标签获取AZ信息，最可靠方式是用NODE_NAME查APIServer获取topology.kubernetes.io/zone标签；跨AZ调度应配置topologySpreadConstraints并设maxSkew:1和whenUnsatisfiable:DoNotSchedule；客户端需控制连接生命周期、启用幂等重试；健康探针应只检查本体状态，避免跨AZ依赖导致误杀。
-
sync.Pool仅在对象构造开销大且生命周期短、可安全复用时才有效；必须设New字段返回干净实例，Put前重置状态，Get后判空初始化，避免跨goroutine引用和误当缓存使用。
-
答案：Go语言中反射用于运行时动态处理未知结构体字段，适用于ORM、JSON解析等场景。通过reflect.ValueOf获取值对象，需传入指针并调用Elem()解引用，再检查Kind是否为Struct，遍历字段时用Field(i)或FieldByName获取子值，结合Type().Field(i)获取标签等元信息。关键要判断field.CanInterface()以确保可访问导出字段，避免对未导出字段调用Interface()导致panic。处理不同类型字段应使用类型开关或Kind判断，并注意值与指针区
-
HTTPhandler中直接returnerror编译报错，应定义带状态码的AppError类型并统一处理；json.Encode需显式检查err避免panic；recover后须先WriteHeader再写body；生产环境错误信息需脱敏。
