-
依赖注入通过反射实现结构体字段自动注入，利用标签识别依赖，结合类型注册与递归构建对象图，支持接口注入与单例管理，在初始化阶段完成依赖解析以提升运行时性能。
-
应直接使用golang.org/x/time/rate而非手写令牌桶：它已通过高并发、时钟漂移、上下文取消等验证；channel实现存在时钟跳变失准、不支持多令牌消耗、无Delay预估等缺陷；需缓存time.Now()避免单请求内时钟抖动误判；按IP/用户ID用sync.Map管理独立限流器；burst是最大积压数非并发数；HTTP中优先用limiter.Wait(r.Context())并确保ctx可取消。
-
Go中包别名可解决命名冲突、简化长路径、明确语义意图；需避免模糊命名，推荐短小明确且团队一致的别名，如sql、pgx、cache、logger及_忽略副作用。
-
Go结构体Tag必须用空格分隔，不可用逗号；key后value须双引号包裹，reflect.StructTag.Get()返回值需手动校验是否为空，解析嵌套结构体需递归处理，多tag并存时应按用途分键且避免滥用。
-
Go程序可通过设置GOOS=linux和GOARCH=amd64（或arm64）本地交叉编译为Linux可执行文件；若启用cgo需配置交叉C工具链或禁用CGO_ENABLED=0；部署后常见问题包括权限、架构不匹配、端口限制等，可用file、strace、journalctl等工具排查；生产环境须配置HTTP超时、连接池、结构化日志及关闭pprof。
-
cache.Get()未命中时需手动实现Read-Through：先查缓存，未命中则加锁/用singleflight防击穿，双检后回源DB并写入缓存，不可依赖库自动回源。
-
Go里&&真会短路，但别靠它写副作用逻辑Go的&&确实短路：左边为false时，右边表达式根本不会执行。这是语言规范保证的行为，不是优化技巧，而是语义本身。常见错误是把err!=nil&&handleError(err)这类写法当“安全兜底”，结果handleError带状态修改（比如记录日志、发告警），一旦左边为false，这些操作就静默丢失——因为压根没调用。只在右边是纯判断（如ptr!=nil&&ptr.field>0）或无副作用函数（如isValid(x)&&isI
-
Go应用应只向os.Stdout输出单行JSON日志，由Promtail或FluentBit采集，而非直连Loki；需统一字段命名、禁用换行、正确配置解析与标签映射，避免权限和静默丢弃问题。
-
v是副本而非引用，修改v不影响原切片；改原切片须用索引s[i]；结构体切片中v.Field=x无效；map遍历顺序随机，需显式排序key；并发读写map会panic；string遍历中i是字节偏移而非字符序号。
-
Gochannel的行为由hchan结构体的五个核心字段决定：buf、dataqsiz、sendx、recvx、qcount；它们共同实现逻辑环形缓冲区，其中qcount精确反映元素个数，sendx/recvx为模运算游标，判空满均依赖qcount，无缓冲时dataqsiz=0且buf=nil。
-
答案：在Golang的RPC开发中，gRPC通过status.Code和status.Error实现标准化错误传递，服务端使用codes.InvalidArgument、NotFound等状态码返回错误，客户端通过status.FromError解析具体错误类型，避免字符串比较；还可通过errdetails附加结构化信息如字段校验失败详情，提升错误处理的可靠性和调试能力。
-
用gobuild-gcflags="-m=2"查看输出，出现“caninline”或“inliningcallto”即成功内联；若含“cannotinline”及原因（如defer、闭包、递归等），则失败；跨包调用默认不内联，//go:inline仅对非接口方法有效且须紧贴声明。
-
select分支执行顺序是伪随机轮询而非随机或按代码顺序；当多个case就绪时，Go以per-Goroutine伪随机起始索引轮询，防饿死但不可预测；default优先级最高，仅有一个case就绪则直接执行，全阻塞则goroutine挂起。
-
测试多线程函数需解决执行顺序不可控、资源竞争和测试提前结束问题，应使用sync.WaitGroup或channel确保所有goroutine完成。
-
gomobile不是UI框架，仅将Go函数编译为AndroidAAR或iOSFramework供原生调用；必须指定合法module路径（不支持.），Android需main包含main函数，iOS需//export注释导出函数。
