-
开发用zap.NewDevelopment()（consoleEncoder、颜色、完整字段名），上线用zap.NewProduction()（jsonEncoder、字段压缩、采样），二者不可混用；误用会导致调试困难或日志膨胀。
-
Go二进制的符号表位于.pclntab段（旧版为.gopclntab），debug/gosym仅解析该自定义格式数据，不支持ELF/Mach-O头、C函数或strip后的二进制，且Go1.18+兼容pcsp压缩但旧版可能存在PCDATA差异。
-
os.Stat与文件读取不能直接拼凑可靠缓存，因存在三坑：ModTime精度不足（如NFS秒级）、符号/硬链接导致行为不一致、检查与读取非原子致竞态；应改用inode+dev（Linux/macOS）或FileID（Windows）作唯一标识，或轻量哈希内容，并用带LRU驱逐的结构体管理缓存。
-
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字节会复制——不是指底层数组，而是头信息本身
