-
用net/http启动投票服务需按HTTP方法拆分路由，POST/vote处理投票，GET/results返回统计；用sync.Map或SQLite持久化计票结果；注意防重复提交、内容类型校验、超时控制及日志记录。
-
JSON字段为null时，string类型字段解码后是零值""；需区分null与空字符串时必须用*string，解码后null→nil、""→指向空字符串的指针，取值前须判空防panic。
-
使用互斥锁或通道控制并发文件读写，避免竞态条件；通过errors.Is分类处理错误，确保数据安全与程序稳定。
-
值类型传参复制数据，函数内修改不影响原值；指针类型传参传递地址，可修改原始变量。例如，int值传递不改变原值，而int通过x=100可更新原变量。结构体较大时，指针传递避免复制开销并支持字段修改，如Person结构体使用指针参数提升效率与可变性。选择依据为是否需修改原值及数据大小，注意避免指针滥用导致意外修改。
-
TCP长连接不应加应用层重传，因内核已实现完整可靠传输机制；盲目重传会导致重复、错序和状态不一致，仅在协议要求“至少一次送达”且服务端幂等时才可引入。
-
<p>Go中匿名函数需赋值给变量或立即执行，语法为fn:=func(xint)int{returnx*2}或func(){fmt.Println("hello")}()，支持闭包但需警惕循环中捕获迭代变量的陷阱。</p>
-
Go不提供开箱即用负载均衡，因http.DefaultClient和grpc.Dial传入多地址仍只连首个；需自定义RoundTripper用原子索引轮询、克隆请求并设完整URL，健康检查须独立goroutine定时执行。
-
runtime.hmap本身不参与字段对齐填充，但其字段按声明顺序布局且依赖分配时的8字节对齐保证各字段自然对齐；真正产生显著填充的是bucket结构体，因其key/value类型对齐要求导致内存填充，影响单bucket大小和总内存占用。
-
Go二进制在Alpine中报“nosuchfileordirectory”是因cgo启用后依赖glibc，而Alpine使用musllibc；应禁用cgo或换用兼容基础镜像。
-
govet和staticcheck是互补工具：前者是官方轻量级检查器，捕获语言层面常见错误；后者是社区增强型分析器，覆盖逻辑缺陷和风格问题。
-
Go程序里net.LookupHost返回空或超时，先看resolv.conf是否被容器/沙箱覆盖Go的DNS解析默认走系统libc（Linux）或系统API（macOS/Windows），但一旦用gobuild-ldflags="-linkmodeexternal"或运行在某些容器中（如distroless、Alpine+musl），就会fallback到Go自己的纯Go解析器——它只读/etc/resolv.conf，且不支持search域拼接、不
-
使用高性能第三方库可显著提升Golang中JSON处理性能。优先选择json-iterator/go实现无缝替换，获得30%-50%性能提升；对固定结构体采用easyjson生成静态方法，消除反射开销，性能提高2-5倍；通过sync.Pool复用Buffer和Encoder减少GC压力；优化结构体设计，使用值类型、避免深层嵌套、显式指定字段类型，并跳过无关字段。结合场景选用策略，可有效突破序列化瓶颈。
-
RWMutex在读多写少时性能优于Mutex，但写频繁或读锁持有时间长时反而更慢且易引发goroutine饥饿；其内部状态复杂、读写竞争加剧调度开销，写占比超30%时吞吐量可能低20%～40%。
-
Go反射SetInt等方法不检查溢出，传入越界值会直接panic；需手动用OverflowInt/OverflowUint检测或在API边界预校验。
-
reflect.StructField.Tag不能直接作mapkey，因它是完整字符串（如json:"user_name,omitempty"），需解析提取字段名；应优先取jsontag、fallback字段名，并注意nil检查、匿名字段扁平化及递归深度控制。
