-
典型表现为pprof中goroutine数持续上涨或程序退出卡住，根本原因是worker未在select中监听ctx.Done()或未处理已接收任务；正确模式是select同时等待任务通道和ctx.Done()。
-
vendor目录本质是依赖快照，仅在GO111MODULE=on且显式指定-mod=vendor时生效；需用gomodvendor生成并手动清理冗余，其内容须与go.sum一致，否则构建失败。
-
Go的net/http默认复用TCP连接，但需客户端与服务端协同支持keep-alive，且中间代理（如Nginx）不主动关闭连接；关键配置在http.Transport的MaxIdleConns、MaxIdleConnsPerHost和IdleConnTimeout等参数。
-
需确保索引路径存在且可写，用os.MkdirAll创建并设权限；字段须显式配置Index(true)及对应analyzer；QueryStringQuery需注意字段名大小写和停用词；Index实例不并发安全，写入需加锁或用Batch。
-
答案：使用httptest模拟请求响应，结合mock依赖和路由测试，确保GoHTTP接口的正确性。通过NewRequest和NewRecorder验证处理器行为，分离业务逻辑与HTTP处理，测试状态码、返回数据及中间件影响，覆盖正常与错误路径。
-
工厂函数返回接口时不能直接返回未导出结构体字面量，因类型不可见且需确保方法集匹配；应返回导出结构体指针，注册工厂时map值类型须与目标接口一致，避免运行时断言失败。
-
本文揭示GoFD约束求解库中因Sudoku单元格键名误用（如"A!"代替"A1"）导致约束传播失败、IsConsistent()返回false的根本原因，并说明为何错误添加无意义变量（如"total"）会偶然“修复”问题——实为掩盖底层建模缺陷。
-
Go语言强制显式处理error，必须作为最后一个返回值；应使用%w包装错误以支持上下文展开；避免中间层panic或log.Fatal；自定义错误仅在需额外字段或行为时引入。
-
接口能否接收值取决于方法集匹配：值接收者时Person和Person均可；指针接收者时仅Person可赋值，Person{}因无法取地址而编译失败。
-
Go函数冷启动延迟高因main/init中耗时初始化，应移至包级变量+sync.Once；handler须无状态幂等；内存宜设128MB–512MB；所有I/O必须传入context.Context。
-
Go微服务动态扩容依赖Kubernetes与服务配合，需实现无状态、健康/就绪探针、优雅关闭、资源限制，并通过HPA、脚本及可观测性保障稳定伸缩。
-
etcdWatch收不到通知主因是上下文取消或连接断开未重连；需持续读取WatchChan、检查chan关闭、用WithRev避免漏事件、幂等处理重复变更。
-
viper.ReadInConfig()文件不存在时静默失败，需显式检查err并测试兜底key；Unmarshal时类型不匹配亦静默转换，应启用SetTypeByDefaultValue(true)并二次校验关键字段。
-
这是Go编译器因类型不匹配导致的编译错误，根本原因是Go无隐式类型转换，必须显式转换或调整类型。
-
CRD的Go结构体需JSON/YAML标签、validation注释、scheme注册三者严格对齐：字段须用指针+omitempty标签；嵌套结构需显式json标签；切片需json:"items,omitempty"；validation注释类型名须匹配OpenAPIv3（如integer非int）；spec.versions必须为数组且仅一个storage:true；AddToScheme顺序不可错。
