-
答案：处理Go文件I/O错误需区分io.EOF（正常结束信号）与实际错误（如权限不足、文件不存在）。核心原则是先处理读取到的数据（n>0），再判断错误：若为io.EOF，则正常退出循环；否则返回包装后的错误。使用defer确保资源释放，通过errors.Is/As识别特定错误类型，结合错误包装和结构化日志提升可维护性。
-
本文详解在高可用TCP服务中，如何通过业务层心跳（Ping-Pong）机制替代系统级TCPKeepalive，实现秒级断连感知，兼顾性能与可靠性。
-
端口被占用导致dlvbindsocketfailed，应先用lsof或netstat查进程，再换端口（如:2346）或加--accept-multiclient启动，VSCode需同步修改launch.json的port和配置。
-
回退Go模块版本可直接修改go.mod文件或使用goget命令指定旧版本，如gogetexample.com/lib@v1.2.0，执行后工具链自动更新依赖并下载对应版本，通过golist-mall或gomodgraph验证版本变更，操作简单且符合语义化版本管理原则。
-
GoModules开启后GOPATH还管用吗不管用。只要项目根目录下有go.mod文件，go命令就进入module模式，完全绕过GOPATH/src的路径查找逻辑。这时候把代码放在$GOPATH/src/github.com/user/repo里，gobuild也不会自动识别它为本地依赖——除非你显式用replace或require声明。常见错误现象：gogetgithub.com/some/lib下载到了$GOPATH/pkg/mod，但自己写的同名本地
-
int自增非原子操作，多goroutine并发时会因读-加-写分离导致覆盖；应使用sync/atomic包的atomic.AddInt64等函数，配合atomic.LoadInt64读取，确保内存可见性与原子性。
-
可用runtime.NumCPU()获取逻辑CPU数、runtime.NumGoroutine()获取瞬时Goroutine数，但需注意其局限性：前者含超线程且容器中常返回宿主机值，后者为快照且含系统goroutine，仅宜趋势观察。
-
用net/http的http.ServeMux搭建轻量路由骨架，手动解析路径、用html/template渲染、database/sql+sqlite3直连、json.Marshal统一API输出，gorun直接启动。
-
本文详解Go项目中跨包共享session.Manager的标准方式，澄清因Cookie传递错误导致的“会话不复用”假象，并提供可落地的初始化、复用及调试方案。
-
为什么Go函数能安全返回局部变量指针因为编译器在编译期做了逃逸分析，自动把“会逃逸出栈”的局部变量挪到堆上分配，而不是真的在栈上返回一个悬垂指针。你写return&x看似危险，但Go编译器早已判断：如果该变量生命周期超过函数作用域（比如被返回、被闭包捕获、被全局变量引用），就直接把它分配在堆上——你看到的仍是&x，但背后的内存位置已是堆。逃逸不是运行时行为，不消耗CPU；是编译期静态分析结果用gobuild-gcflags="-m-l"可查看每个变量是否逃逸（-l关
-
Go反射需传地址才能修改切片/数组元素：v:=reflect.ValueOf(&slice).Elem()使v.CanSet()为true；仅reflect.ValueOf(slice)不可修改，但均可读取元素。
-
goclean-modcache只删除$GOPATH/pkg/mod（或GOPROXY未设时的$HOME/go/pkg/mod）下的所有已下载模块、校验和文件（sum.db）、解压源码及zip缓存，不触碰项目内的go.mod、go.sum或vendor/目录。
-
答案：通过中间件捕获请求信息并记录日志。使用自定义ResponseWriter获取状态码，结合slog输出结构化日志，注意避免敏感信息和性能影响，适用于标准库或第三方框架。
-
Go的database/sql需手动实现读写分离：封装结构体内嵌*sql.DB，重写Query/QueryRow路由从库、Exec/Begin等路由主库；事务内所有操作强制走主库；提供WithMaster()显式指定主库查询；主从连接池独立配置并后台健康检查。
-
gotest交叉编译后报错是因为它默认在当前架构运行测试，而交叉编译的二进制无法在不匹配架构上执行；正确方案是用QEMU用户态模拟（需注册binfmt并指定-exec）或Docker容器原生运行。
