-
批处理易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时仍输出耗时，日志应并发安全且与业务分离。
-
答案是Go语言凭借其内置net/http包、并发安全机制和简洁语法，可高效构建API服务器。代码通过定义User结构体和内存数据库，实现用户数据的增查接口，并利用http.HandleFunc注册路由，结合json包处理数据序列化，sync.Mutex保障并发安全，展示了Go在API开发中对性能与错误处理的优雅支持。
-
Goslice扩容不改变底层数组地址连续性，因此不影响CPU预取逻辑；预取器仅依赖顺序访问模式，与扩容无关，真正影响预取的是非顺序跳转或遍历中断，而非扩容本身。
-
云原生架构需从业务场景倒推能力边界，以限界上下文划分微服务；Deployment适用于无状态服务，StatefulSet仅用于有状态组件；敏感配置用immutableSecret，非敏感配置用subPath挂载ConfigMap；可观测性须对齐业务KPI，日志带trace_id和业务字段，指标聚焦失败率、延迟、积压数，链路优先跨服务与慢接口。
-
copy大数据时单元素更便宜，因底层调用runtime.memmove，利用CPU缓存行预取、自动向量化（AVX/NEON）及零分支开销，实现高效连续内存搬运。
