-
Go标准日志的log.Fatal默认显示日志语句所在行号，而非错误发生处；通过runtime.Caller(1)可获取调用者（如main中）的文件名与行号，并结合自定义logger实现行号“透传”。
-
Goplugin仅Linux稳定可用，需主程序与插件完全一致的Go版本、GOOS/GOARCH、禁用CGO，且类型不共享，必须通过接口或序列化通信。
-
Go微服务中不能直接用net/http实现负载均衡，因其无客户端LB能力；应通过服务发现（如Consul）+客户端LB（如kitex）或ServiceMesh（如Istio）分层解决。
-
Go处理JSON动态字段需据“动态”层级选方案：键名不定用map[string]interface{}，值类型不定用类型断言，结构多态用自定义UnmarshalJSON，混合类型用json.RawMessage延迟解析。
-
本文详解Go语言中go关键字的核心作用——启动新goroutine实现并发执行，并通过对比有无go的Fibonacci通道示例，阐明其对程序执行时序、阻塞行为及并发模型的决定性影响。
-
Go中无装饰器语法，中间件链本质是func(http.Handler)http.Handler函数的嵌套组合，执行时形成隐式递归调用链，顺序与包装顺序相反，需确保每层调用next.ServeHTTP且正确传递r/w。
-
生产环境应选用gobit而非mbgo解析ModbusTCP协议；gobit支持并发、连接池、自动事务ID及显式slaveID，而mbgo并发读写会panic或乱码，且超时、重试、字节序、粘包等问题需手动严谨处理。
-
直接无节制godoWork()会导致内存暴涨、调度退化甚至OOM，因每个goroutine占2KB+栈且调度器不堪重负；协程池核心是限并发+复用执行器，本质为带缓冲的生产者-消费者模型。
-
本文详解Go语言中函数调用时参数的求值时机，揭示为何fmt.Println(pow(3,2,10),pow(3,3,20))输出为"27>=20920"而非直观预期的"927>=2020"，核心在于：所有函数参数在调用前被自左向右求值，且每个求值过程可能触发副作用（如打印）。
-
go-zero强制按微服务最佳实践组织代码，需用goctl依.api文件生成骨架；配置须显式加载且大小写敏感；RPC注册需确保etcd地址、服务名一致；API调用RPC须预热、复用client并设超时。
-
Golang切片是引用类型，基于底层数组的指针、长度和容量实现；创建方式包括基于数组、字面量和make函数；append操作可能触发扩容，扩容时若原容量小于1024则翻倍，否则增加1/4；扩容会分配新数组并复制数据，导致地址变化；为避免频繁扩容应预先设置足够容量；copy函数复制时以较短切片为准；nil切片可直接append；注意越界、共享底层数组及nil判断等常见问题。
-
使用reflect.Value可动态调用函数，如add(3,4)通过Call传参返回7；2.支持多返回值函数，如divide(10,2)返回结果5和nil错误；3.可调用结构体方法，如Calculator的Multiply(6,7)得42；4.注意参数类型、函数签名匹配及私有成员不可访问，Call性能较低应慎用。
-
os.Stat不能判断文件内容是否一致，因其仅返回修改时间、大小等元数据，而大小相同或时间相同均不保证内容一致；MD5是轻量且适合本地同步的校验方式，但不防碰撞，仅作确定性比对。
-
Golang微服务通过限流、配额、容器限制与运行时控制保障稳定性。1.使用rate.Limiter实现令牌桶限流；2.基于Redis管理用户级配额，支持周期重置；3.在Docker/K8s中设置CPU与内存资源限制；4.通过SetMemoryLimit、goroutine池与pprof监控内存及协程，防止资源失控。
-
微服务本质是可独立部署、松耦合、有明确边界的服务单元；入门应从gomodinit开始建立模块隔离、接口抽象等意识，用原生net/http构建最小闭环，避免过早绑定框架。
