-
Go语言通过reflect.TypeOf()和reflect.ValueOf()实现运行时类型检查与值操作，支持获取变量的类型信息（如名称、Kind）、结构体字段与标签、方法调用及动态修改值，广泛应用于序列化、ORM、RPC等场景，但需注意性能开销、类型安全和可设置性问题。
-
otel.Tracer不能在包级或init()中提前调用，否则返回nooptracer导致Span全部丢失；HTTP中间件需手动Extract/Injecttraceparent，context.WithValue无效；生产环境禁用AlwaysSample()，应使用ParentBased采样器。
-
atomic.AddInt64与mutex.Lock/Unlock基准测试需拆分为独立函数，各自使用隔离变量、预重置值、仅含核心操作；atomic.LoadInt64读快于RWMutex.RLock但无读-判-写原子性；高争用下falsesharing会导致atomic反而更慢，需填充缓存行。
-
是的，Go函数返回值为值类型时一定会发生按字段逐字节拷贝；编译器不保证RVO，string和slice仅拷贝header（24字节），大结构体应改用指针填充模式避免冗余拷贝。
-
直接无节制godoWork()会导致内存暴涨、调度退化甚至OOM，因每个goroutine占2KB+栈且调度器不堪重负；协程池核心是限并发+复用执行器，本质为带缓冲的生产者-消费者模型。
-
Gojson.Unmarshal要求字段导出且正确使用JSON标签，需测试边界情况、错误输入、自定义方法及nil/空对象处理，确保映射准确、错误明确、输出可控。
-
数据库驱动加载失败时sql.Open不报错，但db.Ping()才暴露问题Go的sql.Open只校验连接字符串格式，不真正连接数据库，也不检查驱动是否注册。常见现象是：代码编译通过、sql.Open返回非nil的*sql.DB，但后续调用db.Query或db.Ping()时才爆出sql:unknowndriver"mysql"(forgottenimport?)。根本原因是驱动没被匿名导入（即没触发其init()函数），导致sql.Register
-
AutoMigrate是结构同步器，能建表、加字段、改类型、加索引/外键，但不删字段/表、不改字段名、不降级NOTNULL；需正确传指针、配标签、处理外键与中间表，慎用于生产。
-
使用Golang实现备份恢复系统，先通过filepath.Walk递归复制文件到目标目录实现备份，再结合archive/tar和compress/gzip将目录压缩为tar.gz格式节省空间，利用robfig/cron库设置定时任务每日自动执行备份，最后通过解压tar.gz文件并还原目录结构完成恢复，支持完整文件级备份与恢复功能。
-
Go语言无原生热编译，所谓“热编译”实为工具（如air或nodemon）监听文件变化后自动构建并重启进程；常见问题包括路径配置错误、未监听非.go文件、Windows文件锁及模板/配置未重载等。
-
json.Unmarshal不返回解析结果，只返回error；必须传结构体指针，字段需大写且合理使用jsontag；null设零值或nil，缺失字段不修改，类型不匹配则跳过。
-
正确处理文件读写错误需检查err并区分类型，如文件不存在或权限问题，结合errors.Is和errors.As进行判断，使用os.OpenFile指定模式与权限，通过fmt.Errorf包装错误保留调用链，添加上下文信息，并采用zap等结构化日志记录关键操作，提升程序健壮性与排查效率。
-
Go的http.Client默认无超时，需手动配置：用DialContext.Timeout控制连接建立（DNS+TCP+TLS），ResponseHeaderTimeout控制响应头接收，整体请求超时用context.WithTimeout包裹Do()调用。
-
Go远程开发非必需但实用，核心是代码存远程服务器、SSH连接、VSCodeRemote-SSH插件编辑调试；需远程安装Go（1.20+）、gopls、dlv，配置GOROOT/PATH及SSH密钥，VSCode中设置Go扩展指向远程工具路径，调试运行均在远程执行。
-
GORM通过gorm:"table_name:xxx"控制表名、gorm:"column:xxx"控制字段名，优先级高于默认蛇形命名；TableName()方法支持动态逻辑，优先级更高；embedded需显式声明，notnull/type等约束在AutoMigrate中仅对新列生效。
