-
Go语言仅用for实现所有循环，无while/do-while；if必须带花括号且条件不加括号，支持初始化语句但变量作用域限于if/else分支。
-
GoESbulk失败需检查res.Body中items状态，因HTTP200不等于成功；微服务同步ES应优先用业务层hook+内存队列，而非binlog监听。
-
Go要求v2+模块在导入路径末尾显式添加/v2、/v3等后缀，根本原因是保证导入兼容性：相同路径必须完全向后兼容，而v2代表不兼容变更，故需不同路径区分；v1可省略版本号，但v2及以上必须显式声明，否则构建失败。
-
不能直接修改default-scheduler源码，因其为独立二进制，修改即维护fork分支，导致升级困难、安全滞后、无法享受调度框架演进；应通过编写外部调度器实现可维护扩展。
-
为什么net.Buffers比反复调用conn.Write()更快因为系统调用开销被摊薄了，而且内核能对连续的缓冲区做一次合并拷贝。每次conn.Write()都触发一次syscall（比如writev或send），而net.Buffers底层直接构造iovec数组，让一次writev处理多个内存段——这在发送HTTP响应头+正文、拼接TLS记录、批量推送日志时特别明显。但注意：它不是万能加速器。如果每个buffer都很小（比如平均<32B），反而可能因
-
使用sync.Mutex和-channel可确保Golang并发写入的数据一致性，结合-race检测与随机延迟测试能有效暴露竞态问题，保证最终状态符合预期。
-
状态机测试需显式枚举所有合法转移并验证非法事件不引发状态变更或副作用，推荐用table-driven方式结合mock依赖和同步回调规避竞态。
-
传指针可减少大结构体复制开销，提升性能。值传递适合小结构体，复制成本低；大结构体传指针避免高额复制代价，节省内存带宽。指针传递虽有解引用延迟和GC压力，但基准测试显示其对大型结构体更高效。建议小对象用值类型，大对象或含slice/map/chan的结构体用指针，结合实际场景与性能分析工具验证优化效果。
-
判断变量类型的方法有四种：1.使用reflect.TypeOf()获取任意变量的类型信息，适用于所有类型；2.使用类型断言判断interface{}的具体类型，适合已知几种可能类型的场景；3.使用switch结合type判断接口类型，可读性强，适合多种类型处理；4.使用fmt.Printf的%T动词快速输出类型，便于调试。根据场景选择合适方式即可。
-
不能直接将reflect.Value转为reflect.Type，只能通过v.Type()提取其绑定的类型；reflect.Type无法反向生成reflect.Value，需用reflect.New(t).Elem()创建新值。
-
不能直接实现net.Conn接口，因为它隐含TCP语义契约：Read()需阻塞直到数据就绪或出错，Write()须处理部分写，Close()要保证双工关闭顺序；硬实现易致io.EOF混乱、假死、goroutine泄漏。
-
在Go中实现带元数据的自定义错误主要有三种方式。1.定义包含元数据的结构体，如Code、Message、ReqID等字段，并实现Error()方法；2.使用接口封装错误行为，通过定义ErrorCode接口和不同错误类型实现统一访问和处理；3.结合错误包装和结构化信息，在返回新错误时保留原始错误并通过Unwrap方法构建错误链，同时支持JSON序列化以适应API响应。这些方法使错误具备结构化上下文，提升可观测性和维护性。
-
在Go中使用rows.Scan()读取多行SQL数据时，若重复复用同一[]string切片并追加到结果集合中，会导致所有行数据最终指向同一内存地址，从而出现“后一行覆盖前一行”的现象——根本原因在于切片的底层指针特性。
-
Go语言中处理异常和错误的方式主要依赖于error返回和panic/recover机制。1.error返回用于常规错误处理，函数通过返回error值让调用者处理或忽略错误，适用于可预见的问题，如文件打开失败、网络请求超时等；2.panic用于触发运行时异常，程序沿着调用栈回溯，直到崩溃，适合处理不可预料的错误，如数组越界、空指针访问；3.recover只能在defer函数中使用，用来捕获panic，防止程序崩溃，常用于中间件统一拦截异常、测试代码模拟异常行为以及初始化阶段的关键错误处理；4.使用error
-
bufio.NewReaderSize更快是因为默认4KB缓冲区导致系统调用频繁，增大至64KB～256KB可减少上下文切换开销；O_DIRECT在Go中不被标准库支持；io.Copy比io.ReadAll更稳；GOMAXPROCS对文件I/O提升有限。
