-
Go中socket并发读写核心是每连接独占goroutine+channel协调+非阻塞I/O意识；需分离读/写goroutine职责，用带缓冲channel解耦，避免多goroutine竞争同一conn导致数据错乱或panic。
-
Go的reflect包无法获取函数参数名，因编译器擦除形参标识符，仅保留类型与顺序；可获参数数量、类型、是否可变参及返回值信息。
-
gotest-cpu参数到底控制什么-cpu不是让测试跑在指定CPU核心上，而是控制runtime.GOMAXPROCS的值——也就是Go调度器能同时执行用户级goroutine的OS线程数。它只影响测试期间的并发调度能力，和物理核心绑定无关。值为1,2,4时，分别对应GOMAXPROCS(1)、GOMAXPROCS(2)、GOMAXPROCS(4)多个值用逗号分隔（如-cpu=1,2,4），会依次运行整套测试三次，每次用不同GOMAXPROCS若不指定，默认
-
int自增非原子操作，多goroutine并发时会因读-加-写分离导致覆盖；应使用sync/atomic包的atomic.AddInt64等函数，配合atomic.LoadInt64读取，确保内存可见性与原子性。
-
Kibana搜不到user_id是因日志未被正确解析为结构化JSON，导致字段未被Elasticsearch索引为独立字段；根本原因是Go日志输出含换行/颜色/非单行格式，或Logstash未配置jsonfilter解析message。
-
gorm.Openpanic的根本原因是未传入已初始化的sql.DB实例，因GORMv2不再自动注册驱动；正确做法是先sql.Open获取sql.DB再传给gorm.Open。
-
http.Server需显式配置超时与连接复用：ReadTimeout/WriteTimeout设5–10秒，IdleTimeout设30–60秒以复用连接，MaxHeaderBytes防内存耗尽。
-
TestMain必须显式调用m.Run()才能执行测试，否则测试不运行；需用os.Exit非零码处理初始化失败；不可用t.方法；并发下只执行一次，须注意资源竞争与清理。
-
Go不提供中心化包发布命令，其“跨平台包”指用GOOS/GOARCH编译多平台二进制；gomod仅管理依赖，模块发布即推送带语义化标签的Gitcommit；实际分发需批量构建、校验、归档并上传GitHubRelease。
-
gorilla/websocket是首选，因标准库无原生WebSocket支持，需手动实现帧解析、ping/pong等RFC6455逻辑，而gorilla已完整验证且持续维护，避免handshake失败、掩码校验错误等问题。
-
应优先用dockersystemdf-v和dockerimages--format结合JSON输出精准识别可删镜像，避免误删运行中容器依赖或buildcache引用的镜像，并通过dockerps-a、inspect和buildxdu检查引用关系，再安全批量清理。
-
Go语言通过flag包自动处理基础参数错误，并需手动校验业务合法性，还可自定义flag.Value类型封装解析与校验逻辑，同时应输出清晰错误提示和用法帮助。
-
nil接口不等于nil指针，因其底层是两字宽结构体，需tab和data同时为零才为nil；非空指针赋值后tab非零，接口即非nil，调用方法会panic。
-
使用配置中心如etcd，结合监听机制与atomic.Value原子更新，实现Go应用配置热更新，确保服务不重启且线程安全。
-
Go默认动态链接glibc，而Alpine用musllibc，导致二进制无法运行；应禁用cgo静态编译（CGO_ENABLED=0gobuild-a-ldflags'-s-w'），多阶段构建需显式命名builder阶段，慎用scratch镜像。
