-
sync.Pool仅对极少数场景有效，误用会导致RSS升高、GC变慢、bug难查；不可池化的对象包括*sql.DB等资源型、小对象、含sync.Mutex的结构体及大结构体；New是兜底工厂而非构造函数，需返回全新对象；Get后必须手动Reset；Put表示放弃所有权，需严守作用域避免竞争。
-
Go1.21+推荐用sync.Semaphore控制并发：需传int64初始化，Acquire必检error，Release须defer在最外层；旧版可用带缓冲channel模拟，但易出错。
-
指针通过影响对象可达性决定GC回收时机，当指针指向堆对象时使其保持活跃，逃逸分析决定变量分配在栈或堆，指针逃逸增加堆负担，不当使用会导致内存泄漏或性能下降，合理设置nil、避免过度使用指针、利用sync.Pool和pprof优化可提升程序效率。
-
gopsutil的process.Process实例不能直接复用，因其字段为创建时快照，需显式调用p.Refresh()才能更新状态，否则CPUPercent()等方法返回错误值或-1.0；批量处理时须先校验pp.IsRunning()防止“nosuchprocess”错误。
-
Go中代理模式通过接口和组合实现，代理与真实对象实现同一接口，支持权限校验、懒加载、缓存及链式代理，调用方无感知。
-
要高效管理GolangCLI项目依赖并选择合适的框架，可根据项目规模和需求选用cobra或urfave/cli。1.使用Cobra构建模块化CLI工具：适合中大型项目，通过命令树组织命令，支持子命令、flag和帮助信息，便于维护扩展，并可结合Viper管理配置。2.使用urfave/cli快速搭建轻量级CLI：适合小型项目或原型开发，采用函数式风格，定义命令和参数简单直接，支持中间件钩子。3.如何选择：Cobra更适合需要多层嵌套命令、完善帮助系统及长期维护的项目；urfave/cli更适合快速开发、结构
-
select配合time.After实现超时最常用但有坑：time.After会创建新定时器，若长期不触发将导致定时器无法GC而泄漏；正确做法是优先用time.NewTimer并及时调用Stop()。
-
负载因子计算公式为count/2^B，其中count是元素总数，B是哈希表桶数量的指数，即桶数为2^B。
-
goftp.Client上传失败主因是地址格式错误、端口不符、权限不足、路径不合法、超时未设及登录认证问题；需手动解析URL、显式指定端口、确认目录可写、使用相对路径、设置超时与二进制模式、启用Debug日志定位。
-
cron/v3适合时间点精确调度，需启用秒级支持和正确时区；time.Ticker适合固定间隔轮询，需异步执行防堆积。
-
使用第三方库如github.com/pkg/errors可为Go错误添加堆栈信息，通过errors.New()、Wrap()等函数捕获调用栈，结合%+v输出详细堆栈，提升错误排查效率。
-
goroutine中panic不会传播到主goroutine，仅终止当前goroutine；必须在同goroutine内用defer/recover捕获，否则导致静默崩溃、资源泄漏或死锁。
-
Go默认静态链接，生成单一可执行文件；自1.5起支持通过-buildmode=shared和-linkshared启用动态链接，可显著减小主二进制体积，但需配套共享库，总磁盘占用未必降低。Go默认静态链接，生成单一可执行文件；自1.5起支持通过`-buildmode=shared`和`-linkshared`启用动态链接，可显著减小主二进制体积，但需配套共享库，总磁盘占用未必降低。Go的链接模型与其他主流语言（如C/C++）
-
拆分服务应基于业务演进节奏与变更影响范围，以限界上下文识别真正独立发布、扩缩容且数据自治的边界；错误拆分将导致“分布式单体”，运维与排查成本激增。
-
net.Listen是启动TCP监听的唯一入口，必须显式指定"net.Listen("tcp",":8080")"等合法地址格式，漏参数、错协议或非法地址（如"8080"）会直接panic；":8080"最稳妥，支持双栈；需检查err、deferlistener.Close()、Accept后用goroutine并发处理，否则服务阻塞。
