-
Go无真正全局错误处理，需统一构造可追踪error、显式传播、分层响应；recover仅捕获同goroutinepanic，不处理普通error；业务错误应返回error而非panic，goroutine错误须显式收集。
-
Type.Size()与unsafe.Sizeof()结果一致，均包含对齐填充；区别在于Type.Size()作用于类型描述，unsafe.Sizeof()作用于值，二者均非字段原始大小之和。
-
Go实时消息推送需用并发安全的广播通道，WebSocket适合双向通信，SSE适合单向通知；HTTPHandler中直接WriteMessage会因非并发安全、阻塞写入和生命周期不匹配导致panic或卡死，应通过带缓冲channel解耦触发与发送。
-
Go程序调用NotaryCLI校验镜像签名需通过exec.Command执行notary命令，确保notary二进制在PATH中、提前pull信任数据、显式指定角色与证书参数，并用完整digest拉取镜像。
-
Status更新必须用r.Status().Update()，不能用client.Update()，否则会覆盖spec且status被拒绝；CRD需注册Scheme；查资源需注意命名空间作用域；Status失败易静默，务必正确调用。
-
gRPC比HTTP/JSON快的关键在于默认集成HTTP/2多路复用和Protobuf二进制序列化：前者降低连接数、消除队头阻塞，后者体积小40%~60%、编解码快3~5倍。
-
Go程序中应自行实现树形目录展示而非调用tree命令，因后者跨平台不稳、格式难定制；推荐用filepath.WalkDir或os.ReadDir递归遍历，配合层级符号（├──/└──）和缩进控制，注意权限错误处理、路径标准化、Unicode宽度及终端兼容性。
-
连接未复用是因为Keep-Alive需客户端和服务端协同生效，常见原因包括：Transport未配置MaxIdleConnsPerHost、未调用resp.Body.Close()、IdleConnTimeout过短，或Client未复用导致连接池失效。
-
本文详解如何将Vala生成的GTK+C接口（.o文件）正确集成到Go程序中，解决因重复定义导致的链接错误，并推荐使用静态库（.a）方式实现安全、可复用的CGO链接。
-
gotest-timeout控制整个测试命令的总耗时，如-timeout30m；它不作用于单个测试函数或t.Run()子测试，仅作为进程级“大闸门”，超时即杀进程。
-
直接并发读写原生map会panic，因非并发安全，运行时主动检测并终止程序；sync.Map适用于高频读、低频写、键生命周期长的场景；sync.RWMutex保护普通map更可控且易调试。
-
启动协程前须明确生命周期和退出机制：需等待时用sync.WaitGroup并deferwg.Done()；需取消时传context.Context并监听ctx.Done()；避免无节制启协程，应限并发数。
-
结构体≤16字节值传递通常更快；真正决定性能的是unsafe.Sizeof所得实际大小，而非字段数或直觉；逃逸分析影响远超传值/传指针选择。
-
panic会中断程序执行，但可通过defer中的recover捕获并恢复，避免崩溃；在HTTP中间件中使用recover可防止单个请求panic导致服务终止；recover仅在当前goroutine有效，需在每个可能panic的协程内单独设置；不应滥用recover，仅用于处理不可控的异常情况，如第三方库错误或插件执行，常规错误应使用error处理。
-
Go中需用标签跳出多层循环：在外层for前加标签（如outer:），break后跟标签名；标签须紧贴循环、区分大小写、仅函数内有效，否则报错undefinedlabel。
