-
sync.Map适合读多写少场景的数据，如配置缓存、连接池元信息、用户会话状态快照；不适合高频增删改的实时聚合类数据。
-
Go中Variadic函数用...T定义可变参数，必须位于参数列表末尾且仅出现一次；调用时传字面量自动打包为切片，传已有切片需用...展开，否则类型不匹配；不支持多个...T参数，性能上注意栈分配与逃逸分析。
-
Go语言中所有赋值和参数传递均为值拷贝，即复制数据副本；基本类型、结构体、数组复制后互不影响，而切片、map、channel虽为值传递，但其底层共享数据结构，故修改元素会影响原变量；若需修改原值，应使用指针传递。
-
默认http.Server响应慢主因是未调优的连接复用、TLS开销、WriteHeader时机不当、日志阻塞及无缓冲ResponseWriter；必设ReadTimeout、WriteTimeout、IdleTimeout和ConnState回调优化，可提升20%+P95延迟。
-
gRPC客户端需实现resolver.Builder接口并注册自定义DNS解析器，通过goroutine定期轮询DNS更新地址列表，且必须设置resolver.State.ServiceConfig启用负载均衡。
-
Gin默认Recovery中间件不够用，因其仅打印panic到stderr，不记录请求上下文、不返回结构化错误响应、不支持自定义错误码或告警，导致线上问题难以定位。
-
HTTP客户端默认不支持并发下载控制，因其虽并发安全但缺乏限速、统一超时和连接复用管理，易导致文件描述符耗尽、DNS解析失败或连接瓶颈；需结合信号量、流式IO、Context超时与合理重试机制协同管控。
-
Go语言通过Goroutine实现RPC并发处理，服务端为每个连接启动独立协程，客户端可并发发起请求，结合sync.WaitGroup协调，利用net/rpc包原生支持并发，配合合理设计即可高效应对高负载场景。
-
Go程序在容器中runtime.ReadMemStats内存远低于cgroup/memory.max，因Go运行时默认不主动归还内存页，而是复用空闲堆内存；GOMEMLIMIT仅限堆内存，不包含栈、CGO等非堆内存，需预留100–150MiB余量并审计全链路内存。
-
context.WithValue不适合传请求ID做幂等校验，因其只读不可变、不跨进程传递、不参与序列化，gRPC/HTTP传输时丢失；应将ID放在header/metadata/请求体中，服务端统一提取。
-
使用指针传递数组可避免复制，提升性能。通过指向数组的指针（如*[5]int）传参，函数直接操作原数据，减少内存开销；结合切片指针可修改切片结构；在高频调用中显著降低资源消耗，适用于大数组或密集计算场景。
-
答案：使用WorkerPool模式可实现Golang并发任务调度。通过固定数量的goroutine从channel接收任务，控制并发数，防止资源耗尽，提升系统稳定性与效率。
-
在Go语言中，反射（reflection）是一种强大的机制，允许程序在运行时检查变量的类型和值，并进行动态操作。通过反射，我们可以实现动态类型转换，尤其适用于处理未知类型或需要泛型行为的场景。理解reflect.Type和reflect.ValueGo的反射主要依赖于reflect.TypeOf和reflect.ValueOf两个函数：reflect.TypeOf(i)返回变量i的类型信息（reflect.Type）reflect.ValueOf(i)返回变量
-
Fiber高性能写法：用ctx.BodyBytes()替代ctx.Body()，ctx.ParamsInt()替代strconv.Atoi(ctx.Params("id"))，ctx.JSON()替代json.Marshal，禁用fiber.Logger()以避免I/O拖垮QPS，Prefork仅在多核高并发场景下有效。
-
Go中处理数据库错误需分三步：先用db.Ping()验证连接，再对每个Query/Exec等操作检查error，最后区分临时错误（如连接超时）与永久错误（如语法错误）并合理重试或返回。
