-
FieldByName找不到字段是因为结构体字段未导出（小写开头），反射无法访问；需确保字段名大写、传入指针、检查IsValid()和CanSet()、类型严格匹配，并注意嵌套字段须逐层反射。
-
Go汇编文件名必须带架构后缀（如add_amd64.s），否则构建系统静默忽略；函数符号须用·Add(SB)格式并匹配Go签名；性能关键路径才用汇编，其余用Go实现。
-
log.Printf不能用于微服务日志集中管理，因其输出非结构化纯文本、无trace_id关联、无法跨服务追踪；应统一使用zerolog/zap等结构化日志库，输出JSON到stdout，并注入service_name、trace_id、level、ts等字段。
-
Go二进制镜像体积大的主因是默认启用CGO、保留调试符号及构建流程未隔离；需用CGO_ENABLED=0、-ldflags="-s-w"编译静态二进制，并采用多阶段构建仅COPY二进制至scratch镜像，同时规避os/exec和net/http隐式libc依赖。
-
应优先用dockersystemdf-v和dockerimages--format结合JSON输出精准识别可删镜像，避免误删运行中容器依赖或buildcache引用的镜像，并通过dockerps-a、inspect和buildxdu检查引用关系，再安全批量清理。
-
Go语言中encoding/base64包提供Base64编解码功能，1.使用StdEncoding进行标准编解码，将字节转为含+和/的字符串；2.用URLEncoding实现URL安全编解码，以-和_替代+和/；3.处理带换行数据时需先去除空白字符再解码；4.可用RawStdEncoding创建无填充符=的自定义编码，编解码需使用相同格式。
-
UDP组播发送必须绑定具体网卡IP而非0.0.0.0，接收需JoinGroup并监听组播地址；TTL需合理设置，多网卡环境须明确指定接口，且须验证系统是否真正加入组播组。
-
Go调度器通过GMP模型实现高效并发，G（goroutine）为轻量级任务，M（machine）为OS线程，P（processor）为逻辑处理器，三者协同完成任务调度；新goroutine优先加入P的本地队列，M绑定P后从中取任务执行，本地队列空时通过全局队列或工作窃取获取任务，保障负载均衡；当G阻塞于系统调用时，M与P解绑，P可被其他M绑定继续执行任务，避免CPU闲置；自Go1.14起引入抢占式调度，防止长时间运行的G阻塞P，提升响应性；GOMAXPROCS默认设为CPU核心数，通常无需修改；优化并发性
-
Go不推荐照搬经典解释器模式，应采用组合+函数式+简单AST解决具体语法解析问题，优先使用text/scanner等标准库工具，避免过早抽象和空接口断言。
-
Go中可用context.Context模拟MDC：入口解析trace_id注入context，下游显式传递，日志库（如zap）封装wrapper自动提取并注入字段，gRPC需通过metadata+拦截器透传，goroutine须派生新context防覆盖或泄漏。
-
本文详解如何在Go中安全实现支持JSON序列化和MongoDBBSON交互的自定义Timestamp类型，重点解决方法接收者不匹配、指针解引用错误及初始化陷阱等常见问题，并提供可直接复用的工程化代码方案。
-
Mutex用于保护共享状态，适合多goroutine读写同一变量时的同步；Channel用于goroutine间通信，适合数据传递与任务协调。
-
常见连不上MySQL是因未注册驱动，需导入_"github.com/go-sql-driver/mysql"；DSN要含parseTime=true；sql.Open不真实连接，须db.Ping()验证；QueryRow.Scan前须检查row.Err()，Scan后须处理sql.ErrNoRows及类型匹配；Exec后应检查LastInsertId和RowsAffected；需合理设置SetMaxOpenConns、SetMaxIdleConns、SetConnMaxLifetime；*sql.Rows
-
GoldenFile测试本质是比对文本快照，仅确认输出与golden.txt一字不差，不验证逻辑正确性；适合CLI帮助、YAML/JSON模板等确定性输出，不适合含时间戳、随机ID等动态内容。
-
不能直接替代，但它是平滑迁移的关键工具；别名typeT=U与类型定义typeTU在语义、方法集、接口实现和反射行为上完全不同，前者是底层类型的完全等价同义词，后者是全新类型。
