-
Go 标准库 slices.Delete 会返回修改后的切片。本文用一个最小实验说明为什么必须接收返回值、底层数组何时仍被复用，以及批量删除时怎样避免循环删元素。
-
Go 的流式响应不是把多次 Write 拼起来就结束了。本文从 http.ResponseController.Flush 入手，做一个可验证的 SSE 示例，解释缓冲何时真正送达、HTTP/2 与代理会带来什么差异，以及客户端断开后如何让 goroutine 和 ticker 及时收口。
-
直接用goroutine无法实现真正任务隔离，因其共享进程内存、全局状态和运行时环境，易导致日志污染、HTTP超时篡改、随机数序列破坏或panic崩溃整个服务；必须通过独立进程（如exec.CommandContext）实现系统调用、运行时及可观测行为三重隔离。
-
Go用嵌入而非继承实现组合模式，因无传统继承机制，需靠接口抽象+值聚合；节点统一实现TreeNode接口，Composite用[]TreeNode聚合子节点，Leaf返回空切片，避免nil导致遍历错误。
-
RWMutex在读占比≥70%且临界区极轻时吞吐达Mutex的2–5倍；读≤40%时Mutex更稳更快；40%–60%区间性能持平但RWMutex死锁风险陡增；写超30%时RWMutex吞吐反低20%–40%，根本瓶颈在于锁粒度与临界区设计。
-
ssh.ClientConn不能直接执行命令，必须通过ssh.Client：ssh.Dial→ssh.Client→client.NewSession()→session.Run()；认证失败多因密钥格式（不支持OpenSSH格式）或签名算法（如rsa-sha1被禁用）不匹配；密码认证需用ssh.Password类型；session.Run()必须检查返回err，非零退出码需用*ssh.ExitError断言获取；交互命令需RequestPty并显式设置Stderr和Signal。
-
Go服务指标无法被Grafana展示的根本原因是Prometheus未成功抓取数据，需依次检查/metrics接口注册与可达性、打点逻辑正确性、Prometheustargets状态及直方图查询语法。
-
使用官方registry镜像可快速搭建本地Golang镜像仓库，通过dockerrun启动服务并配置持久化存储；构建Golang项目镜像后需重新tag为localhost:5000/命名格式再推送；其他机器拉取前须在daemon.json中配置insecure-registries以支持HTTP访问；定期执行垃圾回收和备份registry-data目录确保存储可控与数据安全。
-
Go使用-buildmode=c-shared编译共享库时，导出函数不能直接接收Go原生string类型；必须使用*C.char并通过C.GoString()转换，否则会因内存布局不匹配触发runtimeout-of-memorypanic。Go使用`-buildmode=c-shared`编译共享库时，导出函数不能直接接收Go原生`string`类型；必须使用`*C.char`并通过`C.GoString(
-
Go层自实现流量镜像需绕过req.Body只能读一次的限制，通过io.ReadAll一次性读取后分发，并用req.Clone隔离修改，设置超时client静默处理失败，且必须受配置开关控制。
-
Go 的 io.Pipe 没有内部缓冲，写端和读端必须在同一条消费链上配合推进。本文用一个压缩写入场景说明为什么 Write 会等待、CloseWithError 如何把失败传给另一端，以及怎样安排 goroutine 的退出和错误回收。
-
recover()只能在同Goroutine的defer中捕获本Goroutine的panic，因各Goroutine调用栈独立；需在出问题的Goroutine内用deferrecover()，或用errgroup.Group、带缓冲channel统一处理错误。
-
close()只能由发送方调用，否则panic；关闭后读取返回零值且ok为false；重复close会panic；len/cap与关闭无关，判断是否关闭只能用<-ch,ok。
-
当WebSocket接口返回的JSON中，某个字段（如args[0]）本身是经过JSON编码的字符串（即“JSON-in-JSON”），需分两步解码：先解析外层结构，再对内层字符串单独调用json.Unmarshal。直接替换引号或反斜杠易破坏合法转义，不可靠。
-
Go函数参数默认值传递，修改外部变量需传指针：形参声明为T，调用时传&变量，函数内用x赋值；结构体指针更高效且语义清晰；nil指针必须检查；切片/map/channel修改内容无需指针，但替换整个变量需指针。
