-
sync.Pool不能替代局部变量，因其对象生命周期不可控，可能被GC清理或被其他goroutine获取，仅适用于临时可丢弃的中间对象，且每次Get后必须显式重置。
-
必须用syscall而非os的场景包括：调用未封装的系统调用（如memfd_create）、精确控制fd标志、fork-exec间fd操作、自定义信号处理；Syscall允许goroutine调度，RawSyscall绕过调度仅用于fork/exit等不可中断调用。
-
init函数在Go程序启动时自动执行，用于包初始化；每个包可定义多个init函数，按源文件字典序及函数出现顺序执行；先执行导入包的init函数且仅初始化一次，最后才执行main函数，适用于配置加载与全局变量初始化。
-
Golang微服务实现服务发现的核心在于服务注册、健康检查和发现三个关键步骤。1.服务注册：服务提供者启动时，将自身信息（如服务名、IP地址、端口）注册到注册中心；2.健康检查：注册中心定期对服务实例进行健康状态检测，确保可用性；3.服务发现：消费者向注册中心查询可用服务实例列表，并通过负载均衡策略选择调用目标。Consul与Etcd是主流的注册中心工具，均基于分布式键值存储实现服务发现逻辑。Consul内置完善的健康检查机制（支持HTTP、TCP、TTL、Script等方式），并提供DNS查询接口，简化
-
批处理易OOM因默认全量加载，需分批并控内存；bufio.Scanner默认64KB缓冲易爆错，应调大或改用Reader；切片需预分配与复用减GC；并发批处理须用信号量限流，不可仅靠WaitGroup。
-
状态机应使用结构体+映射表驱动转移，避免嵌套if-else；状态与事件用string或自定义enum；转移函数返回新状态，由FSM统一赋值；需加锁保护状态读写，但避免锁住耗时操作。
-
Go中无enum关键字，仅能通过const块+iota实现编译期整数常量枚举；iota在同const块中从0自动递增，支持跳过、偏移、位运算等变形用法。
-
gorilla/websocket吞吐量更高，因其连接生命周期管理更优：读写缓冲复用、预计算掩码、广播路径无锁分流、支持超时控制与端口复用，而标准库存在内存分配高、系统调用多、无熔断机制等瓶颈。
-
Go中所有参数传递均为值传递，但通过指针可实现类似引用传递的效果；指针参数允许函数修改原始变量，结构体指针避免大对象复制并支持原地修改，适用于需修改外部变量、提升性能或处理nil状态等场景。
-
Go语言通过首字母大小写严格控制标识符的可见性：首字母大写的函数、类型或变量才能被其他包访问，小写则为包内私有。这是Go包机制的核心约定，而非语法限制。
-
用带缓冲的chan（容量1）模拟Future：启动goroutine计算后立即写入结果，结构体含error字段统一处理成败，接收方用val,ok:=读取，无需手动close。
-
空切片的底层结构到底占多少内存空切片（[]int{}、make([]int,0)）在Go中不分配元素内存，但它的头结构reflect.SliceHeader本身是固定大小的：8字节（ptr）+8字节（len）+8字节（cap）=24字节（64位系统）。这个结构体存在于栈或堆上，取决于切片变量的生命周期。常见错误现象：以为vars[]int是“零开销”，其实它仍占用24字节栈空间；更隐蔽的是，把它作为函数参数传入时，这24字节会复制——不是指底层数组，而是头信息本身
-
Go程序中所有网络操作均不手动调用epoll_ctl，而是由runtime.netpoll自动完成EPOLL_CTL_ADD/DEL；每个net.Conn对应netFD和pollDesc，后者是epoll注册状态的唯一权威来源；手动调用epoll_ctl会导致EBADF、goroutine挂起等严重问题。
-
gotest-cover仅显示当前包覆盖率百分比；需-coverprofile生成数据并用gotoolcover渲染HTML或函数报告；多包需分步生成再合并；0%覆盖可能是空函数体、内联优化或panic导致；HTML中灰色行属不可覆盖语句。
-
Go中可用高阶函数模拟装饰器，需保持原函数签名一致，用time.Since()安全计时，defer中recover确保panic时仍输出耗时，日志应并发安全且与业务分离。
