-
在Go中，将通道接收（如<-ch）直接用于if条件表达式是语法合法但语义危险的做法：它会阻塞当前goroutine直到有值可接收，无法实现非阻塞“轮询”，也不适用于条件判断逻辑。
-
会崩溃，且GC时必现；因reflect.SliceHeader无指针跟踪能力，手动修改Data会导致悬垂指针、内存破坏或panic。
-
测试CLI应避免直接修改os.Args，而应解耦入口逻辑、用os/exec.Command做端到端测试，并通过t.Cleanup恢复flag、stdout/stderr等全局状态，同时校验cmd.CombinedOutput()的error和退出码。
-
自定义K8s调度器的关键在于理解调度流程并用Go实现过滤和评分算法。1.理解K8s调度流程：包括预选、优选和绑定三个阶段，自定义逻辑需插入这些阶段；2.选择扩展点：推荐使用SchedulerFramework，提供更细粒度控制；3.使用client-go和informer/lister与K8s交互并高效获取集群状态；4.实现FilterPlugin和ScorePlugin接口，完成节点筛选与打分；5.构建独立调度器二进制文件并注册到K8s。自定义调度器适用于特殊硬件调度、资源优化、多租户隔离等场景，核心组
-
Go1.13+应用fmt.Errorf配合%w动词嵌套错误以支持errors.Is/As查找，避免用%s拼接导致错误链断裂；需自定义错误类型并实现Unwrap()方法携带结构化字段，且%+v可递归打印完整错误链。
-
Go语言原生channel不适合作为高吞吐队列，应使用sync.Map+sync.Cond实现低锁粒度队列：入队无锁写入，出队仅锁原子计数器并配合条件变量唤醒，避免忙等饿死调度器，且不可误用time.After控制channel超时。
-
Go方法必须与类型同包定义，不可跨包为外部类型添加方法；接收者选值或指针取决于是否修改状态及一致性；方法名不可与字段同名；嵌入是方法转发而非继承，需注意接收者类型匹配和同名冲突。
-
Go的time.Parse布局字符串必须是MonJan215:04:05MST2006，因其是官方硬编码的参考时间，各字段值唯一且对应Unix时间戳1136239445，所有布局元素须来自预定义常量集，如01、02、15、2006等，否则解析失败或panic。
-
答案是Go未在WSL内正确安装或配置。需先执行goversion确认安装，若提示命令未找到，则说明未安装；检查PATH变量是否包含Go的bin目录，如/usr/local/go/bin，若无则手动添加并写入~/.bashrc；通过apt或官网压缩包在WSL中安装Go；项目应放在WSL本地文件系统如~/projects，避免挂载的/mnt/c目录；确保用户有读写权限，必要时用chown修改；排除杀毒软件干扰。
-
slice中存指针易引发数据竞争，因循环变量地址复用（如&i）导致所有指针指向同一内存；正确做法是取可寻址变量元素地址（如&data[i]），并确保其生命周期足够长。
-
Go用elastic/v7连不上ES主因是transport配置错误：未禁用TLS校验或未传BasicAuth；全文检索应优先用MatchQuery而非TermQuery；聚合解析需用Aggregations方法；并发查询要控制bulk/scroll粒度。
-
panic和recover用于处理不可恢复的致命错误，而error用于可预见的错误。panic会中断goroutine并触发defer执行，recover只能在defer中捕获panic以避免程序崩溃，适用于顶层错误兜底或严重异常场景。
-
通过设置TCP读写缓冲区大小和使用bufio.Writer合并小数据包，可显著提升Golang中TCP数据传输效率。
-
json.Unmarshal默认为值类型字段新分配内存，slice/map不复用底层数组或哈希表，导致GC压力高；应传指针、预分配slice容量、慎用匿名struct。
-
gomodverify为什么突然报checksummismatchgomodverify报checksummismatch，不是模块被篡改了，大概率是你本地缓存的校验和（go.sum）和当前模块实际内容对不上——可能因为：模块作者重写了tag、重新发布同版本二进制、或你之前用过-mod=readonly跳过写入却手动改过go.sum。常见错误现象：•gobuild正常，但gomodverify失败•goget后没动代码，gomodverify却报错•
