-
HTTPhandler中直接returnerror编译报错，应定义带状态码的AppError类型并统一处理；json.Encode需显式检查err避免panic；recover后须先WriteHeader再写body；生产环境错误信息需脱敏。
-
Go中json.Marshal序列化失败的根本原因是字段未导出或标签使用不当；它依赖反射遍历导出字段，但仅处理首字母大写的字段，零值默认省略，私有字段需通过自定义MarshalJSON方法安全访问。
-
本文介绍使用流式JSON解析器（如megajson/scanner）对30MB级别未知结构的JSON进行内存高效处理，无需反序列化为结构体，即可定位并替换所有"title"字段的字符串值。
-
使用唯一且可解析的导入路径，如github.com/username/projectname/packagename，确保全局唯一并支持goget拉取；通过go.mod定义模块根路径，所有子包基于此路径导入，避免相对或非标准路径；将内部包置于internal目录下限制外部访问；v2及以上版本在模块名末尾添加版本号以符合语义化版本规则；坚持远程路径导入、合理使用internal、遵守模块版本规范，提升项目可维护性与模块化程度。
-
Gohttp.Server.Shutdown超时失败的根本原因是活跃连接未主动关闭，因HTTP/1.1默认长连接、HTTP/2复用连接；须设置ReadTimeout、WriteTimeout和IdleTimeout，并确保反向代理不透传keep-alive，且SIGTERM处理需用channel+主goroutine统一调用Shutdown。
-
FieldByName返回nil的真实原因是字段未导出（首字母小写），Go反射无法访问非导出字段；注册依赖必须用具体类型（如*sql.DB）而非interface{}；构造实例应使用reflect.New(typ).Elem()而非reflect.Zero(typ)。
-
使用testcontainers进行Go数据库集成测试的核心答案如下：1.问题：为什么我们不直接mock数据库？mock无法覆盖SQL语法、事务行为、模式变更、驱动差异和性能问题，难以模拟真实数据库行为。2.解决方案：使用testcontainers动态创建真实数据库容器，确保测试环境隔离且可控。步骤包括启动容器、获取连接、建立连接、执行测试、清理容器。3.管理测试数据与状态的策略：优先使用事务回滚实现快速隔离；其次每次测试前清空表；避免为每个测试启动新容器；可结合迁移工具管理数据库模式。4.常见陷阱与最
-
Gomodule未初始化导致IDE找不到包，需运行gomodinit；gopls缓存错误、GOENV/GOPROXY不一致、vendor模式未启用、go.work配置遗漏或路径错误也会引发该问题。
-
不能直接遍历结构体切片修改字段，因为range中的v是副本，赋值不影响原切片；正确方式是用索引（users[i].Field++）或指针切片（&users[i]）操作原数据。
-
reflect2更快是因为缓存类型信息、避免重复检查与分配，将反射编译为近原生调用；适用于高频序列化、ORM等场景，但需注意API不兼容、Go版本兼容性风险及低频场景无需替换。
-
使用context实现超时控制是Go语言中保障服务稳定的关键。通过context.WithTimeout或context.WithDeadline，可为HTTP请求、数据库操作等设置最长执行时间，避免协程阻塞和资源耗尽；在微服务场景下，将context传递至下游调用可实现全链路超时管理；合理设置超时值并结合重试机制，能有效提升系统健壮性与响应效率。
-
Go服务不实现蓝绿部署，仅需确保/readyz探针真实检查DB/Redis/gRPC等依赖并缓存结果，优雅关闭时用srv.Shutdown()配合ctx超时及后台goroutine响应ctx.Done()，蓝绿由K8sServiceselector或ArgoRollouts控制。
-
gRPC客户端需用context.WithTimeout包裹请求上下文以设置超时，服务端须主动检查ctx.Err()并在阻塞操作中传递ctx；未调用cancel()会导致goroutine泄漏。
-
合理设计Go包结构可提升可维护性与构建效率，需按功能拆分业务包（如user、order），避免代码堆积；包名简洁单数，不使用复数或下划线；核心逻辑与基础设施分离，便于测试；通用工具集中到internal/util或pkg/common；通过internal目录限制私有包可见性，防止外部误用；避免循环依赖，利用接口反转依赖；减少导入项，删除未使用包，用goimports自动清理；优先使用标准库，大型依赖按需引入子包；慎用.操作符省略包名；稳定项目使用vendor本地化依赖，CI/CD中启用-mod=vend
-
不会panic，但会返回非nil错误；viper.ReadInConfig()失败时不崩溃，需显式检查error，常见错误是忽略返回值导致后续读取零值却不知原因。
