-
LT模式下epoll_wait会反复通知未处理完的就绪事件：只要文件描述符处于就绪状态（如接收缓冲区非空或发送缓冲区未满），epoll_wait就会持续返回该事件，直到对应状态解除。
-
Go国际化核心在于locale切换时机与翻译键组织，推荐用golang.org/x/text或go-i18n；JSON/TOML需扁平结构，Accept-Language须用language.ParseAcceptLanguage解析并Matcher匹配，参数名大小写敏感，复数需完整定义，路径/标签格式错误易致静默失败。
-
WaitGroup必须先Add再启动goroutine，否则因计数器负值panic；必须传指针而非值；常与channel配合使用收结果和错误；复杂场景应改用errgroup.Group。
-
GOMAXPROCS不是并发加速器，仅控制同时运行Go代码的OS线程数（P的数量），不增加goroutine总数，也不解决I/O阻塞或锁竞争；设过高反而引发调度抖动、cachefalsesharing和GC失衡。
-
在Cgo中调用带constchar*参数的C回调函数时，Go无法直接导出匹配const修饰符的函数，导致类型冲突；本文提供兼容、安全且符合CGO规范的解决方案。
-
Go错误处理通过函数返回error值而非try-catch，强调错误是普通值、出错是常态；标准写法为最后返回error，调用时须用iferr!=nil检查，推荐用%w包装错误并用errors.Is/As判断，可自定义error类型添加上下文。
-
.proto文件必须严格满足三行“启动头”：syntax="proto3"独占首行、package定义内部命名空间、optiongo_package指定Go包路径；字段编号不可复用且需预留扩展空间；service需显式声明，rpc参数/返回值仅限message；生成命令须与go_package路径对齐。
-
Go中TCP通信需注意：服务器用net.Listen监听并循环Accept+goroutine处理连接；客户端用Dialer设超时避免阻塞；Read需处理部分读取和关闭情况；关闭连接要先写后关，避免brokenpipe。
-
中间件剥离是将日志、鉴权等非业务逻辑从handler中抽离为可复用、可插拔的独立函数，本质是http.Handler嵌套包装，在调用原handler前后插入逻辑；Gin中通过c.Next()实现洋葱模型，解耦关键在于依赖接口而非具体实现。
-
Go应用只需将日志输出到os.Stdout/os.Stderr，Docker自动采集；禁用文件写入、确保换行、避免缓冲，日志配置由dockerrun或docker-compose.yml统一管理，Go不干预。
-
通过减小锁粒度、使用读写锁、缩短持锁时间、原子操作和无锁结构，可有效降低Golang中sync.Mutex的争用。具体包括：将大锁拆分为多个小锁（如分片缓存），使不同goroutine访问不同锁；在读多写少场景下用sync.RWMutex提升并发性能；避免在临界区内执行耗时操作，尽早释放锁；对简单计数等操作改用sync/atomic实现无锁同步；必要时通过channel控制并发或使用sync.Pool减少分配。核心是根据访问模式选择合适机制，避免过度依赖互斥锁，从而提升高并发下的程序吞吐量。
-
阻塞式channel操作默认会挂起发送或接收方直到对方就位，如无缓冲channel在有接收者时才继续发送。
-
全局队列（sched.runq）不参与work-stealing负载均衡，仅作为防饿死的被动兜底通道；它加锁、单次取1个G、每61次调度tick才检查一次，设计上排除在窃取路径外。
-
Go的GC参数需匹配服务压力模型：低延迟服务宜设GOGC=30~50并配GOMEMLIMIT防OOM；高吞吐批处理可设GOGC=200~500降频GC，但须监控内存防溢出。
-
Go适合轻量级高性能数据处理，需手动解析CSV字段并容错处理类型转换，聚合统计应手写针对性逻辑，Arrow仅推荐用于大型数据集或Parquet交互场景。
