-
Example函数必须以大写Example开头、无参数无返回值，定义在同包的_test.go文件中，末尾用顶格//Output:断言fmt.Println输出，且需显式初始化依赖。
-
为什么net.Buffers比反复调用conn.Write()更快因为系统调用开销被摊薄了，而且内核能对连续的缓冲区做一次合并拷贝。每次conn.Write()都触发一次syscall（比如writev或send），而net.Buffers底层直接构造iovec数组，让一次writev处理多个内存段——这在发送HTTP响应头+正文、拼接TLS记录、批量推送日志时特别明显。但注意：它不是万能加速器。如果每个buffer都很小（比如平均<32B），反而可能因
-
通过gotest与benchstat可量化对比Go函数性能差异，需编写Benchmark函数、运行测试并分析ns/op与delta指标。
-
Go贪心算法成败关键在排序依据选择与贪心边界控制：区间不重叠须按end升序，教室调度需配合最小堆，哈夫曼编码依赖堆动态取top2，硬币找零仅对特定币制有效；贪心不回溯，遇非规范币制或复杂覆盖问题需切DP。
-
pkg-config找不到系统库：cgo编译直接报错Go的cgo依赖pkg-config自动发现C库的头文件路径和链接参数，但默认不继承shell的PKG_CONFIG_PATH，导致#include这类引用直接失败，错误里常带cannotfind-lssl或fatalerror:openssl/ssl.h:Nosuchfileordirectory。根本原因不是没装OpenSSL，而是Go构建时压根没调用或没配对pkg-config。解决
-
IsZero方法用于判断reflect.Value是否为其类型的零值，适用于基本类型、指针、结构体等可比较类型，使用前需确保Value有效以防panic。空结构体或所有字段为零值的结构体返回true，nil指针、空切片、空映射等也视为零值，调用前应先通过IsValid()检查有效性以避免panic。
-
Go无法直接扩容容器，只能通过client-go调用KubernetesAPI调整Deployment副本数；需结合指标监控、PATCH更新、状态校验及Pod生命周期管理实现闭环自动扩缩容。
-
使用reflect.Type的NumIn()获取参数个数，In(i)获取第i个参数类型，IsVariadic()判断是否为变参函数；2.方法反射时In(0)为接收者，需从In(1)开始遍历业务参数；3.无法获取参数名，仅能通过类型信息分析，适用于框架、RPC等场景。
-
Go1.16+中ioutil.ReadFile编译失败是因为标准库已彻底移除io/ioutil包，须改用os.ReadFile；二者行为基本一致，但os.ReadFile不自动创建父目录、不支持空dir路径、权限需写为0o644，且仍全量加载内存，大文件需流式处理。
-
counter++在多goroutine下必然不可靠，因其被拆为读取→加1→写回三步，中间可被抢占导致覆盖；必须用atomic.AddInt64等原子操作，且需满足类型、对齐、初始化三前提。
-
replace语句必须严格匹配模块路径且右侧为绝对路径，否则gobuild会静默使用远端版本；需同步更新go.sum、清理缓存、验证路径，并避免提交到主分支。
-
Go中管道输入本质是读os.Stdin，无需预检是否为管道，应直接用bufio.Scanner或io.ReadAll流式读取，并显式检查scanner.Err()；多源输入时按“先试读、EOF则fallback参数”策略处理。
-
Worker池优于直接gof()：能复用协程、控并发、减内存与调度压力；需用sync.WaitGroup+context.Context确保正确退出，channel宜设无缓冲或小缓冲。
-
new返回*T类型的零值指针，仅分配并清零内存，不初始化逻辑或创建可直接使用的slice/map/channel；make才用于构造可立即使用的引用类型。
-
Go中事件溯源核心是状态只能由重放事件推导，要求事件不可变、Apply()纯内存幂等、快照与事件事务一致；须用导出结构体+显式接口注册，禁用interface{}和map[string]interface{}，避免反序列化失败。
