-
Go语言优化文件读写需减少系统调用、避免频繁内存分配并利用I/O并发：用bufio.Reader/Writer替代os.Read/Write，Scanner适合按行读取，写入时显式设置大缓冲并调用Flush。
-
Go实现Webhook通知的核心是可靠发送：需指数退避重试（1s→2s→4s→8s，最多5次），仅对5xx和连接错误重试，跳过400/410/422等永久性错误。
-
time.After不触发主因是NTP回拨导致系统时间倒退，使基于CLOCK_REALTIME的定时器等待已变为“过去”的绝对时间点重新到达，从而看似暂停。
-
Kubernetes健康检查需严格区分/livez和/readyz语义：/livez仅检测本地进程状态且响应≤1秒，禁用任何外部调用；/readyz须并行检查DB等依赖并缓存结果，失败必须返回503，路径与探针配置严格一致。
-
客户端发包过快本身不会导致服务端GoroutineOOM，真正致命的是服务端在每个请求/包到达时无节制地gohandlePacket()，且未做并发约束、超时控制或退出保障。
-
sync.Map不适合高频写入场景，因其为读多写少设计，写操作触发dirtymap提升、键拷贝和全量迁移，万级写入时性能断崖下降且GC压力剧增。
-
GoTCP服务端最简流程是net.Listen监听+Accept循环，每个连接需启goroutine处理，否则阻塞；地址格式须含端口如":8080"；Read/Write需循环处理，推荐bufio封装；关闭时需WaitGroup协调并发连接并显式closeconn。
-
GoTCP连接必须自己实现应用层Ping-Pong，仅调用conn.SetKeepAlive(true)不足；需每20–30秒定时发"PING"并等待"PONG"响应，配合time.NewTicker、select超时控制、每次读写前重设Read/WriteDeadline，且中间件proxy_read_timeout须大于心跳间隔×1.5。
-
Gochannel不支持广播，扇出需显式复制消息到多个独立channel；直接多goroutine读同一channel会导致竞态、丢数据或deadlock；正确做法是用分发goroutine从源channel读一次并复制发送至多个目标channel。
-
在Go语言中，错误处理是程序设计的重要组成部分。不同于其他一些语言使用异常机制来处理错误，Golang采用的是返回值的方式，这使得错误处理更加显式和可控。而error接口和自定义错误类型则是实现这一目标的核心工具。error接口：Go中错误处理的基础Go内置的error接口非常简洁：typeerrorinterface{Error()string}任何实现了Error()方法的类型都可以作为错误返回。函数通常会以最后一个返回值的形式返回一个error类型的对象。如果没有错误发生，则返回
-
fmt.Printf是唯一真正支持格式化输出的函数，因fmt.Print和fmt.Println不解析%动词，无法控制分隔符、宽度、换行及对齐，而fmt.Printf可精准构造结构化输出、补零格式（如%02d）、结构体调试（%+v/%#v），且在高频场景需配合strings.Builder优化性能。
-
必须先开启Redis的notify-keyspace-events配置，设为"Ex"并重启或重写配置，否则无法收到__keyevent@0__:expired等消息；订阅需匹配实际DB编号，使用独立连接、recover防护及幂等处理。
-
必须用NewGaugeVec定义带标签的长连接监控指标，显式注册并在线程安全前提下于连接建立/关闭时调用Inc()/Dec()更新，避免使用默认注册器和非法标签。
-
lru_cache不支持TTL，因其仅按访问频次和容量淘汰，无时间维度；强行加time.time()判断会导致逻辑过期但物理未清除，违反“过期即不可用”语义；应手写结合OrderedDict与时间戳的TTLCache，get/put时惰性清理，并用time.monotonic()避免系统时间跳跃问题。
-
Go禁止指针算术，unsafe.Pointer与unsafe.Add是唯一合法偏移手段；unsafe.Slice可安全构造切片，避免手动操作SliceHeader导致GC失效。
