-
Go反射注入需用reflect.StructField遍历导出字段，解析inject或di标签；目标必须为可寻址指针，接口字段按名查注册表；依赖需构图拓扑排序防循环；Type等元信息可缓存提升性能。
-
Go的replace必须用绝对路径，因相对路径不被识别为合法模块路径；需确保本地模块go.mod中module名与replace左侧完全一致，且路径末尾不加/，Windows用正斜杠或双反斜杠。
-
修改结构体字段前必须检查是否可寻址，只有通过reflect.ValueOf(&structVar).Elem()获取可寻址值才能调用Set*方法；字段须导出、类型严格匹配、嵌套结构需逐层解包，并每步校验IsValid()和CanSet()。
-
用reflect.Value遍历时怎么避免栈溢出Go的反射本身不阻止循环引用，reflect.Value递归调用Interface()或Elem()时，一旦结构体字段指向自身或形成环，就会直接panic：「runtime:goroutinestackexceeds1000000000-bytelimit」。这不是反射的bug，而是你没设访问边界。实操上必须自己维护已访问对象的标识。不能只比对指针地址（unsafe.Pointer），因为相同地址可能来自不同reflect
-
recover必须写在defer函数中才有效，若在普通分支调用则永远返回nil；需在panic可能发生前注册defer，且每个goroutine须独立处理panic，recover后需手动清理资源并谨慎续行。
-
Go标准库image包无Resize函数，缩放需用image/draw配合插值器，裁剪用SubImage但须手动校验边界，JPEG解码需设Quality防内存暴涨。
-
Go1.13+默认启用GOPROXY=https://proxy.golang.org,direct，即优先走代理下载模块，失败后才回退direct；未配置代理不等于不走代理，需设GOPROXY=off或空字符串才禁用；proxy同步有延迟，golist-m-u结果不可信，私有模块需配合凭据与GOPRIVATE才能正常拉取。
-
gotest-cpu参数到底控制什么-cpu不是让测试跑在指定CPU核心上，而是控制runtime.GOMAXPROCS的值——也就是Go调度器能同时执行用户级goroutine的OS线程数。它只影响测试期间的并发调度能力，和物理核心绑定无关。值为1,2,4时，分别对应GOMAXPROCS(1)、GOMAXPROCS(2)、GOMAXPROCS(4)多个值用逗号分隔（如-cpu=1,2,4），会依次运行整套测试三次，每次用不同GOMAXPROCS若不指定，默认
-
Go中树节点必须用*Node而非Node定义子节点，否则值类型复制会导致父节点引用失效、树结构断裂；所有修改操作需指针传递，且Insert等方法首行须判空，避免nil解引用panic。
-
需确保密钥长度为16、24或32字节，显式校验len(key)；密钥应由crypto/rand生成或经PBKDF2派生；base64解码后必须验证长度；NewGCM等构造函数须检查error，不可忽略；RSA解密失败不透露细节，应确认密钥对匹配且密文完整；严禁使用math/rand生成密码学随机数。
-
Visitor接口需定义所有Element类型的Visit方法以强制实现，Accept方法应统一用指针接收并直接调用对应Visit，避免类型断言和值拷贝；遍历逻辑应在调用侧控制，Visitor仅做纯内存操作，不涉IO或输出。
-
mime包仅处理扩展名映射、媒体类型字符串解析/组装及自定义类型注册，不检测文件内容；真正嗅探内容用http.DetectContentType，解析完整Content-Type头应使用net/http.ParseMediaType。
-
Fuzz函数必须以Fuzz开头、接收*testing.F参数、置于_test.go同包文件中；f.Add()类型顺序须与f.Fuzz签名严格一致；仅支持基础类型组合；种子需覆盖边界值以加速变异。
-
Go中http.Client发Range请求总返回200而非206，因服务端不支持断点续传或未正确设置Range头；HTTP/1.1允许服务端忽略Range并返回200，仅当明确支持且范围合法时才返回206。
-
在Windows平台上，Go标准库的syscall.Flock不可用，需通过Windows原生API（如LockFileEx）调用底层文件锁机制，本文详解如何使用golang.org/x/sys/windows安全、可靠地实现跨进程文件独占锁。
