-
这是ASLR导致的正常现象，每次程序启动栈地址随机变化；应使用指针相等比较而非地址字符串；nilpanic定位需结合防御检查、dlv调试或关闭内联；pprof可分析指针引发的内存泄漏；delve中用print*p、whatis等命令查看指针内容。
-
无缓冲channel一发就卡住是因为其要求发送与接收必须同步进行，若无接收方则发送操作永久阻塞；这是设计使然，用于强制goroutine间同步协作。
-
gRPC服务端默认连接数撑不住1万并发的主因是操作系统内核限制而非Go代码，关键在文件描述符、listenbacklog和网络参数；需调优ulimit、net.core.somaxconn、fs.file-max等，并合理配置KeepAlive参数。
-
Builder结构体返回指针而非值以支持链式调用：值接收器复制实例导致字段不累积，指针接收器共享状态使配置持续叠加；Build()应返回error而非panic以保障调用方可控；嵌套配置需通过中间Builder或函数式接口确保封装与链式；Builder不可并发复用，须每次新建实例。
-
Go微服务事件通知须用异步解耦机制，首选NATS（轻量、低延迟、原生支持），发布需序列化+版本化主题+Flush，消费需手动Ack+重试+幂等；强序/持久化场景选Kafka并设PartitionKey。
-
集成工作流引擎可解耦业务逻辑与流程控制，提升系统可维护性和可观测性；在Golang中，Temporal因原生支持、强大功能和活跃社区成为首选方案，适用于复杂业务编排，而简单场景可选自研状态机或Conductor。
-
关键在于必须显式透传context.Context到每个阻塞调用点，因为错误包装不传递超时、取消等运行时状态；忽略ctx会导致上下文生命周期截断，超时逻辑失效。
-
必须导入github.com/go-sql-driver/mysql驱动并使用下划线导入，连接后立即调用db.Ping()验证连通性，所有SQL操作须用参数化查询（?占位符），*sql.Rows必须显式Close并检查rows.Err()。
-
Golang的net包提供TCP、UDP、Unix套接字和域名解析等网络通信功能。1.TCP通过net.Listen监听，Accept接收连接，实现可靠传输；2.UDP使用net.ListenPacket，无需连接，适合实时应用；3.支持域名解析与IP验证，如LookupHost和ParseIP；4.Unix域套接字用于高效本地进程通信。结合goroutine可构建高并发服务。
-
反向Shell在Go中无法直接用os/exec.Command起交互式shell，因默认不分配PTY导致shell降级为非交互模式；需手动抢PTY或原生实现shell语义，并配置TCPKeepalive、禁用命令缓冲、适配Windows控制台环境。
-
使用bufio包可提升Go语言文件读取效率，通过缓冲机制减少系统调用，适用于大文件或逐行读取场景。1.bufio.Reader提供带缓冲的读取能力，支持逐行或按字节读取，典型用法为reader.ReadString('\n')。2.推荐使用bufio.Scanner进行按行读取，其API简洁、性能良好，默认按行分割，适合处理文本文件。3.大文件读取建议设置合适缓冲区大小（如4096字节），避免频繁内存分配，优先使用scanner.Bytes()减少字符串转换开销，并确保及时关闭文件资源。4.处理非UTF-
-
Go无内置事务回滚，需手动编排逆操作或依赖数据库事务；DB操作须用sql.Tx显式控制，非DB资源需自定义幂等补偿；defer仅延迟执行，不替代回滚；分布式场景宜用Saga模式。
-
Go反射中需用Complex()获取complex128值再调real()/imag()，或Convert后断言取原精度；SetComplex()仅接受complex128且目标必须可寻址；JSON/gRPC需自定义序列化，反射处理复数务必先判Kind()。
-
Go反射获取方法需用reflect.TypeOf(obj).NumMethod()和Method(i)遍历导出方法；指针接收者方法须传指针类型；调用前须用IsValid()检查，且参数需包装为[]reflect.Value；非导出方法不可见不可调。
-
应避免在main.go中直接写业务，因Go无隐式依赖机制，会导致import循环、测试困难、难以维护；需遵循“main包极薄”原则，将逻辑下沉至internal/等分层目录。
