-
在Golang中，错误处理通过返回值显式处理可预见问题，异常则用panic和recover处理严重运行时问题。1.错误（error）用于预期可能出错的情况，如文件读取失败，需主动检查并处理；2.异常（panic）用于程序无法继续执行的意外情况，如数组越界，应尽量避免滥用；3.建议优先使用error处理常规错误，保留panic于真正意外场景；4.正确处理error需检查返回值、记录或注释忽略的错误、自定义错误信息、包装错误链、判断错误类型；5.panic应配合defer和recover使用，但不推荐用于常规
-
suffixarray.New比strings.Index慢因构建后缀数组需O(nlogn)预处理，适合同一长文本（>10KB）上百次搜索；单次或少量搜索应直接用strings.Index。
-
够用但需防goroutine泄漏；用map[string][]chaninterface{}实现轻量事件总线，适用于中小型服务跨模块通信，关键要确保订阅者及时消费消息，避免缓冲区堆满导致Publish阻塞。
-
Go的reflect.StructTag解析会将反斜杠视为转义符导致截断，需源码写\\\\保留单个\；含空格/冒号等特殊字符的值必须用双引号包裹；key严格大小写敏感且不可有空格；StructTag不解析语义（如.），需上层自行处理。
-
在Go中使用json.Unmarshal解析JSON数组时，所有数字（无论JSON中是整数还是浮点数）均被默认反序列化为float64类型，这是由JSON规范和Go标准库设计共同决定的确定性行为。
-
ELK是Elasticsearch、Logstash、Kibana的合称，实际生产中需加入Filebeat构成ELKB；Logstash因资源消耗大不宜直连业务机，Filebeat轻量负责采集，其registry文件丢失会导致日志重复或遗漏；ES索引需按日期命名以支持ILM和查询优化；跨网段时Filebeat与Logstash间必须启用TLS加密。
-
Go不推荐照搬经典解释器模式，应采用组合+函数式+简单AST解决具体语法解析问题，优先使用text/scanner等标准库工具，避免过早抽象和空接口断言。
-
golangci-lint安装后gomodtidy报错找不到包这是最常见的一击即溃场景：刚装好golangci-lint，一跑就提示cannotfindmoduleprovidingpackagegithub.com/xxx/yyy。根本原因不是lint工具本身坏了，而是它默认在modulemode下执行，会严格按go.mod里的依赖解析——如果你本地没gomoddownload过，或者用了replace指向未初始化的本地路径，它就直接失败。实操建
-
grpc-gateway可让gRPC服务直接响应HTTP请求：同一进程启动HTTP服务器，自动转换JSON与gRPC请求，前提是.proto中为每个rpc方法添加google.api.httpoption并正确配置路径与body。
-
端口冲突应通过配置项（命令行参数或环境变量）解决，而非硬编码；本地调用失败多因网络隔离或监听地址不当；重试应封装策略客户端并注意幂等性；vendor不生效时可用-mod=vendor或replace。
-
扇入（Fan-in）指多个goroutine向同一channel汇聚数据的并发模式，需用select非阻塞轮询或独立转发goroutine实现，避免死锁与丢帧。
-
先将C类型转换为Go类型再使用反射。例如，通过C.GoString将*C.char转为string后，可用reflect.ValueOf获取其值和类型信息，进而进行动态处理，反射适用于字符串、结构体等转换后的数据操作。
-
在Go语言中，向已有文件追加数据最常用、最安全的方式是使用os.OpenFile并传入os.O_APPEND|os.O_WRONLY。
-
必须显式限制递归深度，因Go无内置检查且栈溢出无法recover；应传入depth参数并校验，禁用defer/recover、SetMaxStack，优先迭代替代，测试需覆盖超深嵌套。
-
go指令声明模块所需的最低Go语言版本，用于确保代码所用特性被编译器支持，而非控制工具链版本；它触发构建保护而非调度，升级需以实际使用新特性为前提，并经三步验证。
