-
默认http.DefaultClient会复用连接，但需服务端支持keep-alive；手动创建Client未配置Transport时，其MaxIdleConns和MaxIdleConnsPerHost默认为0，导致不复用连接。
-
time.After和time.NewTimer的触发不受NTP同步影响，但其语义行为、超时判断和goroutine调度会因系统时钟step跳变被严重干扰：回拨导致延迟或卡死，time.Now()填充的超时时间引发调试错觉，高频使用加剧timerheap开销；真正抗漂移需用runtime.nanotime()构建单调超时。
-
Go select 里的 default 会在没有 channel 就绪时立即返回；如果外层套着无限 for，就会形成忙等循环，让 CPU 空转。更稳的写法是阻塞等待、用 ticker 控制检查频率，并用 context 处理退出。
-
Go 1.25 开始，Linux 容器中的默认 GOMAXPROCS 会参考 cgroup CPU 限额，并在限额变化时自动更新。本文用最小示例说明旧代码的风险、GODEBUG 兼容开关、runtime.SetDefaultGOMAXPROCS 和上线前检查。
-
ConsulServiceMesh与KubernetesDNS默认不互通，需通过CoreDNS转发至ConsulDNS（8600端口）并配置sidecar、CRD和ACL权限；服务名、cluster_name、metadata.name、域名后缀必须严格一致。
-
连不上ClickHouse通常是因secure和compress未正确关闭；TCP连接需显式设secure=false&compress=false；INSERT应使用PrepareBatch批量写入；Nullable字段须用sql.NullString或ch.String接收；分布式查询需加SETTINGS确保全局聚合。
-
Go中返回局部变量指针安全但非必要，应避免过度指针化：小结构体、基础类型优先值传递；仅需读取时用值参数；修改字段或结构体过大才用指针接收者；API设计应减少nil检查，优先零值友好和接口抽象。
-
因为rand.Intn使用全局rand.Rand实例且内部加sync.Mutex全局锁，200个goroutine高频调用时在锁上激烈竞争，导致CPU利用率卡在50%~75%；正确解法是为每个goroutine分配独立的rand.Rand实例，并用唯一种子（如time.Now().UnixNano()^int64(id)）避免序列重复。
-
为什么http.ServeMux不够用？它只支持前缀匹配，比如注册/api会意外匹配到/api/users/delete，但无法提取:id或*path这类动态段。更麻烦的是，它不支持方法区分——GET/users和POST/users必须手动在handler里判断，逻辑容易散落。常见错误现象：404频发却查不出路由是否注册、调试时发现两个相似路径（如/user/:id和/user/new）谁先谁后影响匹配结果、升级Go版本后路由行为突变（因http.Ser
-
从生产迁移视角讲 Go JSON v2 和 jsontext 的适用场景、行为变化、性能验证、影子对比和上线边界。
-
把旧版 Go HTTP 路由迁移到支持方法和主机模式的 ServeMux 时，最容易误判的是注册顺序。本文用冲突示例解释方法、路径、主机三种匹配关系，给出启动期检查、兼容写法和 httptest 回归边界，避免服务上线后才发现请求落到了错误处理器。
-
答案：Go语言通过接口和组合实现模板方法模式，定义FileBuilder接口和Template结构体，封装构建文件的固定流程。具体步骤由JSONBuilder和XMLBuilder等实现，分别准备数据、生成内容并保存文件。在main函数中，Template实例复用Build()流程，依次调用不同构建器的具体方法，输出对应结果。该模式分离了不变流程与可变实现，提升了代码复用性和扩展性。
-
sort.Sort要求传入接口值而非指针，因为sort.Interface的Len、Less、Swap方法均定义在值接收者上；只要自定义类型（如IntSlice[]int）以值接收者实现这三方法，传值或传指针均可，但[]int本身未实现该接口，故不能直接传&[]int。
-
Go调用WindowsAPI的核心路径是通过syscall或x/sys/windows加载DLL、查找函数、转换UTF-16字符串、严格对齐结构体、手动管理内存；必须用StringToUTF16Ptr转字符串，设CbSize字段，defer释放DLL和COM内存。
-
Go操作Kafka易丢消息、连不上、消费卡死，主因是客户端选型不当（kafka-go不支持自动rebalance，sarama需显式Close）、关键配置未修改（如sarama.RequiredAcks默认NoResponse）、资源释放遗漏（producer/consumer未Close）及advertised.listeners配置错误导致连接重定向失败。
