-
必须使用mTLS而非单向TLS，因其强制双向证书验证以防止服务冒充；Go服务端需正确配置tls.Config的ClientCAs和ClientAuth，客户端须自定义Transport并加载证书及根CA。
-
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{}，避免反序列化失败。
-
Prometheus+Grafana是最稳通用的服务监控方案，Prometheus专为服务指标设计，需应用自暴露/metrics，写PromQL要加流量过滤防误告警，推荐复用NodeExporter模板并用Grafana变量实现多服务/环境联动。
-
应配置客户端keepalive参数并匹配服务端空闲超时：Go设ClientParameters{Time:30s,Timeout:10s,PermitWithoutStream:true}，Java设keepAliveTime≥30s、keepAliveTimeout≤服务端读超时且禁用keepAliveWithoutCalls。
-
pzip不兼容标准gzip因采用分块并行压缩：每块独立gzip压缩，仅保留首块header和末块trailer，中间块用NoHeader模式，需专用解压器。
-
Golang通过plugin包实现动态加载，需定义接口契约、编译为共享库并运行时加载，但受限于平台兼容性、Go版本一致性和无法卸载插件等问题，且主程序与插件需共享类型定义；替代方案包括RPC/IPC、WASM和DSL，适用于不同场景。
-
iota是Go中仅在const块内有效的编译期递增生成器，从0开始，每换行加1，同行列多个标识符共享同一值；不可用于运行时或非const上下文，位掩码需显式左移确保每位独立。
-
在Go中用client-go动态创建PVC需正确设置命名空间、AccessModes、storagerequests（用resource.MustParse）、StorageClassName；挂载时volumeMounts与volumes名称必须一致；PVC状态以Status.Phase为准；扩容需StorageClass支持且仅限Bound状态。
-
Go中通过tls.Config.GetCertificate实现证书热替换，需在回调中安全加载并原子更新证书，避免握手阻塞与连接中断。
-
Go的binary.Read不设默认字节序，必须显式传入binary.LittleEndian或binary.BigEndian，否则编译报错；这是为避免网络或硬件通信中因字节序误判导致数据错乱。
