-
答案：Go语言中通过接口与组合实现状态模式，定义State接口并由具体状态实现Handle方法，Context结构体持有当前状态并通过SetState安全切换，结合构造函数初始化及方法封装提升可维护性，适用于连接管理等场景。
-
Golang中实现路由分发可通过标准库net/http或第三方框架。使用http.ServeMux可注册路径处理器，支持基本匹配；手动解析URL可实现动态路由如/post/123；推荐使用Gin等框架，支持参数提取、正则约束与组路由；也可自定义简易路由器理解原理，通过方法+路径映射处理函数。项目中应根据复杂度选择方案，学习用标准库，生产用Gin或Echo。
-
Go中unix.Sendmsg传文件描述符失败的根本原因是SOCK_CLOEXEC标志导致fd被内核自动关闭，需手动创建socket并清除该标志，发送时正确设置SCM_RIGHTScmsg，接收后立即dup并转为*os.File。
-
new(T)在Go中几乎从不必要，推荐用varxT或字面量初始化值类型；new仅适用于泛型、反射等少数需零值指针的场景。
-
Go 标准库 slices.Delete 会返回修改后的切片。本文用一个最小实验说明为什么必须接收返回值、底层数组何时仍被复用，以及批量删除时怎样避免循环删元素。
-
Go 的流式响应不是把多次 Write 拼起来就结束了。本文从 http.ResponseController.Flush 入手，做一个可验证的 SSE 示例，解释缓冲何时真正送达、HTTP/2 与代理会带来什么差异，以及客户端断开后如何让 goroutine 和 ticker 及时收口。
-
应使用interface{}定义策略当算法差异大、生命周期独立且不共享状态时，如支付方式；避免将共用字段强塞入接口，宜用组合或工厂；策略应无条件判断，条件选择前置；函数类型无法携带状态和依赖，不利测试与维护；DI与插件策略可分层处理。
-
默认的gin.Recovery()只捕获主goroutine的panic，异步goroutine中的panic需手动recover；c.Error()不中断执行，c.AbortWithError()才终止后续handler并写入响应。
-
策略接口应定义具体窄接口而非interface{}，以保留编译期类型检查；推荐用注册表+工厂函数解耦策略选择，输入输出需统一封装校验，避免panic和全局依赖。
-
直接用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状态及直方图查询语法。
-
跳表在并发读多写少场景下优于sync.RWMutex+切片二分，因写操作平均O(logn)且可细粒度锁/CAS，读完全无锁；而后者写需O(n)内存搬移和排他锁，高并发写吞吐骤降。
