-
Go微服务分布式追踪需确保trace_id在HTTP/gRPC/消息队列间透传：HTTP须用W3C标准propagator注入提取；gRPC须用otelgrpc拦截器并处理tracestate；日志需注入spancontext三元组且字段名匹配采集器约定。
-
Go程序在容器中CPU跑不满是预期行为，因其默认GOMAXPROCS设为宿主机CPU总数而非--cpus限制值，导致P数远超实际配额，引发调度争抢与CFSthrottling；须主动读cgroup（v1/v2）计算quota/period并调用runtime.GOMAXPROCS设整数上限。
-
Go通过&取地址将值类型转为引用类型，new可创建指向零值的指针，结构体方法调用时自动取地址，解引用需防范nil指针，实现安全高效的操作。
-
GORM软删除需同时满足结构体定义*time.Time类型的DeletedAt字段并加gorm:"index"标签、初始化时启用SoftDelete插件；查询自动过滤软删记录，仅Unscoped()可绕过；Unscoped().Delete()为物理删除，不可逆。
-
直接用gobreaker——它是Go社区最成熟、被grpc-go和go-zero等生产级框架验证过的实现，自己手写易漏并发安全、滑动窗口计数、超时重置等关键细节。
-
Go中设置TCP连接超时最直接有效的方式是使用net.Dialer并配置Timeout字段，它控制connect()到三次握手完成的建立阶段，而非读写；默认net.Dial无超时，需显式构造*net.Dialer，推荐设为3–5秒。
-
应换sync.Mutex的场景：读远多于写→用RWMutex；仅计数/开关→用atomic；写超15%~20%或读隐含写→慎用RWMutex；结构体整体只读→用atomic.Value；map高频读写→分片锁或sync.Map；锁内禁止IO/HTTP/JSON解析，只做内存操作。
-
channel会阻塞因发送接收未同步：无缓冲需双方就绪，有缓冲在满或空时阻塞。1.无缓冲channel发送阻塞若无接收方；2.用goroutine分离发送接收可避免死锁；3.close(c)通知接收方结束等待；4.select配合default实现非阻塞通信；5.time.After用于超时控制防永久阻塞。
-
Kubernetes通过DNS和Service实现Golang服务的服务发现与负载均衡，Golang应用使用服务名即可访问其他服务，无需额外框架；Service基于标签选择器将流量分发至健康Pod，默认轮询策略，配合readinessProbe确保实例可用；建议配置HTTP客户端连接池与重试机制提升稳定性；对于特殊场景如长连接，可使用HeadlessService获取Pod直连IP并自定义负载均衡。
-
答案：在Golang中使用reflect包可实现结构体字段遍历、tag解析、嵌套类型递归处理及自定义序列化接口，适用于自定义编码、ORM等场景，但性能较低，建议Go1.18+结合泛型优化。
-
Go字符串不可变，底层为只读结构体{ptr*byte,lenint}，禁止索引赋值；修改需转[]byte或[]rune操作后重建，拼接推荐strings.Builder。
-
文件I/O是同步且可定位的，网络I/O是异步封装、不可Seek的流式操作；前者依赖系统调用阻塞线程，后者由netpoller事件驱动实现高并发。
-
通过配置Transport、控制并发、关闭响应体和设置超时，可优化Go高并发HTTP请求。具体包括：自定义MaxIdleConns、MaxConnsPerHost等参数提升连接复用；使用带缓冲channel限制并发数防止资源耗尽；始终deferresp.Body.Close()避免泄漏；设置Client或Context级别超时防止Goroutine堆积。正确应用这些策略能有效避免连接泄漏与性能下降，确保服务稳定。
-
应分情况处理：查文档确认隐藏支持、用goroutine包裹+协作退出、HTTP客户端须用http.NewRequestWithContext、数据库操作须用QueryContext/ExecContext、不可将cancel函数传给不可控第三方代码。
-
Go无内置重试+幂等机制，需手动组合http.Client、重试逻辑与Idempotency-Key头；盲目重试POST/PUT易致重复扣款，因Body不可复用、未区分可重试状态码、缺乏唯一幂等标识。
