-
GoRPC错误处理需区分调用失败与业务失败，前者通过返回error实现，后者应在Reply结构中嵌入错误字段如Errorstring或自定义AppError类型传递详细信息，同时避免panic并用defer+recover统一捕获异常，确保服务健壮性。
-
Go中应优先用errors.Is/As判断错误而非==或反射；%w包装支持错误链遍历，%v会破坏链；自定义错误需实现Unwrap；高频路径避免反射和深度包装。
-
在Golang中设置请求Header需用req.Header.Set或Add方法，且必须在http.DefaultClient.Do前完成；自定义Host头须设req.Host字段；Content-Type需在NewRequest后设置；不可手动设Content-Length或Transfer-Encoding。
-
Falco无法检测Go程序的panic、channel死锁等运行时行为，因其仅监控内核系统调用，不解析Go二进制、不hookruntime函数、也不理解goroutine调度状态；它能捕获Go程序发起的execve、openat、connect等syscall行为，但纯用户态内存操作（如goroutine泄漏、map并发写panic）完全不可见。
-
95%HTTP场景直接用golang.org/x/time/rate.Limiter即可，它并发安全、精度可控；应按用户/IP/endpoint分组创建实例，用sync.Map缓存，避免key泛滥和高频新建，慎用Reserve()。
-
优先选用github.com/yourbasic/bloom库，它经压测支持原子写入、自动计算最优参数，避免手写布隆过滤器在并发Add时因位覆盖或漏置导致误判率失控。
-
Go不支持多层包依赖管理，gomod仅解析直接与间接依赖；indirect模块是正常现象，反映实际引用路径；可用replace/exclude锁定子依赖版本，go.sum缺失需补全校验和。
-
防止SQL注入的关键在于正确使用预处理语句。1.始终使用占位符（如?或$1等）进行参数化查询，确保用户输入被自动转义而非当作SQL执行；2.避免手动拼接SQL字符串，即使动态构建查询也应使用参数化方式并维护条件与参数的分离；3.慎用ORM中的原始SQL，确保其内部仍采用参数化查询而非字符串拼接，以防止引入安全漏洞。坚持这些做法能有效防御SQL注入攻击。
-
slog比fmt.Printf更适合生产环境，因其原生支持结构化字段、层级、采样和Handler分发，可被Loki等系统自动解析；fmt.Printf仅输出不可解析的字符串，需正则提取且易失效。
-
Golang在ARM嵌入式开发中优势显著，其交叉编译机制支持高效部署。通过设置GOOS=linux、GOARCH=arm或arm64，并结合GOARM=6或7适配不同ARM版本，可生成无需运行时的独立二进制文件。Go的并发模型、内存安全和静态编译特性提升了开发效率与系统稳定性，尤其适合资源受限设备。但内存占用较高、GC停顿影响实时性，且Cgo交叉编译需配置目标平台工具链（如CC、CGO_CFLAGS等），增加了复杂性。针对Cgo依赖，需安装arm-linux-gnueabihf-gcc等交叉编译器，设置C
-
strings.Count只统计非重叠子串，如strings.Count("aaaa","aa")返回2；需重叠匹配时须手写循环，每次从上一匹配位置+1处继续搜索。
-
Go中日志装饰器本质是签名一致的高阶函数，需保持原函数参数与返回值完全匹配；应使用结构化日志库如Zap/Logrus，避免动态反射和静默recover；性能敏感场景须支持开关与采样。
-
选用Kafka或NSQ作为消息中间件，通过定义统一消息格式与主题规则，封装生产者发送和消费者监听逻辑，利用发布/订阅模式实现微服务间可靠广播，解耦服务依赖。
-
本文详解如何在Go中安全、高效地读取一行以空格分隔的整数（如321），并将其解析为[]int，重点解决fmt.Scan无法按行终止、fmt.Scanf格式匹配失败等常见陷阱。
-
本文详解在Go中如何用结构体（struct）配合切片（slice）或映射（map）批量管理多组经纬度数据，并给出可直接运行的代码示例与选型建议。
