-
Go应用层无法可靠拦截高频恶意Payload攻击，因handler阶段已耗尽资源；应由Nginx/Envoy/CDN在TLS终止后前置过滤，Go层仅用MaxBytesReader限制body大小。412 收藏 -
Go中reflect绑定flag字段panic的根本原因是flag包不支持结构体自动绑定，且未导出字段或不可寻址值会导致reflect操作panic；正确做法是仅对导出字段用field.Addr().Interface()转指针，配合flag.Var注册自定义Value实现，并递归处理嵌套结构、扁平化key。380 收藏 -
httprouter是基于内存的高性能路由答案，因其纯内存压缩前缀树实现O(k)稳定匹配、无正则/中间件/Host匹配而极致轻量；gin在此基础上增加运行时回溯支持冲突检测与模糊匹配，以牺牲少量性能换取开发体验；手写路由需严守分段匹配、方法分离、预处理归一化三大约束。420 收藏 -
Go云原生事件驱动架构核心是将事件作为一等公民，通过结构体定义契约、Channel+Worker池实现轻量总线、map注册处理器，并增强幂等、重试与可观测性。258 收藏 -
返回局部变量指针必然逃逸，编译器将其分配到堆；闭包捕获外层局部变量并返回时逃逸；指针或含指针值发送到channel也逃逸。379 收藏 -
Go中处理软中断的唯一标准路径是os/signal包，它将信号转为channel消息供goroutine消费；必须用带缓冲channel监听，常用SIGINT/SIGTERM，Windows仅SIGINT可靠，需用select阻塞接收而非range，且应分离信号处理与业务逻辑。276 收藏 -
Go中统一错误日志的核心是错误上下文传递、集中处理与标准化输出：底层返回原始错误，上层用%w包装语义化上下文，自定义AppError嵌入traceID，仅在HTTPhandler等边界层结构化日志。302 收藏 -
atomic.LoadUint64读取负载指标总返回0，根本原因是变量未8字节对齐或共享方式错误；需确保uint64为全局变量或结构体首字段，用unsafe.Alignof和Offsetof验证对齐，禁止传nil指针或局部变量地址。423 收藏 -
CLI错误必须输出到os.Stderr而非stdout，flag解析失败需显式退出，自定义错误应支持Is/As，exitcode须显式控制并保持语义一致。316 收藏 -
直接用goroutine无法实现真正任务隔离，因其共享进程内存、全局状态和运行时环境，易导致日志污染、HTTP超时篡改、随机数序列破坏或panic崩溃整个服务；必须通过独立进程（如exec.CommandContext）实现系统调用、运行时及可观测行为三重隔离。462 收藏 -
Go模板通过{{}}绑定数据，支持变量输出、条件判断、循环控制及嵌套模板，结合自定义函数实现安全高效的动态内容生成，适用于Web渲染等场景。132 收藏 -
Go不推荐手写双重检查锁单例，因sync.Once已是内存安全、零分配且经优化的成熟实现；手写易出错、难维护，且无法获得编译器特殊优化。498 收藏 -
Go中指针相等仅取决于是否指向同一内存地址或同为nil；==比较不关心值、内容或结构体字段，不同类型指针不可比较，零大小结构体指针可能因地址复用而意外相等。107 收藏 -
Go接口赋值失败主因是接收者类型不匹配：若接口方法用指针接收者，必须传结构体指针（如&dog）而非值（dog），否则编译报“doesnotimplement”；值接收者则两者皆可。363 收藏 -
反射性能差且易panic，应避免在高频路径使用；必须用时需校验有效性、可设置性及类型匹配，优先选用编译期确定方案。181 收藏
