-
绝大多数时候该用&MyStruct{}，而非new(MyStruct)；前者支持字段初始化和选择性赋值，后者仅分配零值内存且无法设字段，现代Go中new()几乎无必要。
-
必须用reflect的场景是运行时才能确定结构，如动态JSON字段、N层嵌套map、ORM字段映射；泛型因需编译期类型参数而无法适用，reflect可读tag、赋值字段、动态调方法，但性能低、类型不安全，应与泛型分层协作而非替代。
-
Go结构体字段首字母大写才可导出并被外部访问，小写字段包内私有、JSON序列化和ORM映射时被忽略；嵌入结构体需导出类型才支持字段提升；初始化推荐键值对避免错位；方法接收者依是否修改原值选指针或值类型。
-
Go1.16+应使用os.ReadFile和os.WriteFile替代已弃用的ioutil；需追加写或精细控制时用os.OpenFile；路径用filepath.Join和Clean处理；替换配置文件须原子写入。
-
channel是goroutine间通信的唯一推荐方式，无缓冲channel需收发同步，带缓冲channel可暂存数据；向已关闭channel发送会panic，接收则返回零值；select需default或阻塞操作，否则可能永久阻塞。
-
WaitGroup用于协调多个goroutine的完成，通过Add增加计数、Done减少计数、Wait阻塞等待归零。示例中三个worker并发执行，主协程等待它们完成后再退出。需注意Add在goroutine外调用、传递指针、Add与Done匹配，避免重复Wait。适用于批量任务同步场景。
-
缓存通过存储耗时操作结果减少重复开销，适用于数据库查询等场景；缓冲利用批量处理优化I/O性能，如使用bufio提升文件读写效率。
-
Golang反射在处理复杂或多变配置结构时的核心优势包括：1.运行时类型检查与操作，允许程序在运行时动态检查变量的类型、字段和方法，并据此进行操作；2.高度的通用性，通过标签规范（如yaml标签）实现通用配置加载器，避免为每种新配置类型重复编写解析函数；3.增强的灵活性与可扩展性，结构体定义更新后无需修改解析逻辑；4.元数据驱动，通过结构体标签将映射规则嵌入数据结构定义中；5.运行时验证与调试能力。实际应用中，利用反射解析带有嵌套或特殊类型的YAML标签时，1.反射递归遍历嵌套结构体字段，识别其内部字段和
-
Go标准库未提供sync.Barrier，推荐用sync.WaitGroup配合关闭的chanstruct{}实现一次性栅栏，确保所有goroutine就绪后统一推进，避免死锁与泄漏。
-
用pprof抓泄漏goroutine：启动net/http/pprof，访问/debug/pprof/goroutine?debug=2查完整堆栈；无HTTP时用runtime/pprof.Lookup("goroutine").WriteTo(os.Stdout,2)；注意?debug=2才显示详细调用链，避免只看默认统计页。
-
在Golang中可通过reflect.Value.Len()和Cap()方法获取切片的长度和容量，需确保传入类型为切片、数组、通道或字符串，否则会panic；2.若为指针需先调用Elem()解引用。
-
ApolloClient.GetConfig()拿不到更新值是因为默认不监听变更，需显式启用长轮询（WithLongPolling(true)）并注册AddChangeListener回调，在回调中反序列化新配置且用原子指针切换实例。
-
Go程序启动慢的主因是init()中反射调用，它强制加载完整类型信息且无法懒加载；encoding/json等包的init开销、第三方库隐式反射链亦加剧延迟；应延迟反射至首次调用或改用代码生成。
-
本文介绍在Go1.5及以上版本中，无需预先知晓包的完整导入路径，即可直接通过godoc命令精准定位结构体字段（如*url.URL）或方法所依赖类型的官方文档，大幅提升源码阅读与调试效率。
-
http.Get下载文件返回空内容是因为未显式读取resp.Body；必须用io.Copy流式写入、检查StatusCode、defer关闭Body，并自定义http.Client设Timeout防卡死。
