-
Go1.12+才稳定支持WebAssembly，需用goversion确认版本；必须复制GOROOT/misc/wasm/wasm_exec.js到项目；main.go末尾须调js.Wait()阻塞；浏览器需HTTP服务且响应头为application/wasm。
-
因为多个生产者并发写入时执行顺序不可预测，若任一生产者提前关闭通道，其余生产者将panic。
-
是的，GOROOT和GOPATH路径相同会导致goinstall权限拒绝；因Go误将用户代码写入只读的GOROOT目录，需确保GOPATH为用户可读写的独立路径（如$HOME/go），并正确配置PATH与src/bin结构。
-
Gostruct内存对齐按字段顺序和各自align/size插入padding，使每字段地址满足对齐要求；字段顺序影响padding量，降序排列大小可减少填充、提升缓存局部性与GC效率。
-
filepath.Join比字符串拼接更安全，因它自动适配平台分隔符、清理空段和折叠../.，避免路径穿越；而+或fmt.Sprintf易导致斜杠错误、冗余分隔符等问题。
-
GoHTTP中间件应在请求入口统一生成traceID并注入context，通过私有key避免冲突；日志需由支持context的handler自动提取traceID，而非手动添加或依赖全局变量。
-
goroutine泄漏的典型信号是内存持续上涨、NumGoroutine()只增不减、pprof显示大量IOwait或chanreceive状态goroutine；根本原因是本该退出的goroutine卡在阻塞操作且无人唤醒，需用context.WithCancel等确保所有路径调用cancel。
-
Go中值类型赋值、传参、返回时进行完整拷贝，修改副本不影响原值；小类型拷贝快，大结构体或含指针字段时需谨慎，string为浅拷贝；结构体超16–24字节或含sync.Mutex等不可拷贝类型时应优先用指针。
-
选用高效序列化协议如Protobuf或MessagePack替代Gob，精简传输字段，复用缓冲区降低GC压力，并按需启用压缩，可显著提升GoRPC性能。
-
PostStart和PreStop是Kubernetes由kubelet自动触发的生命周期钩子，非Go手动调用；需通过exec、httpGet或HTTPhandler响应，且须配合SIGTERM捕获与terminationGracePeriodSeconds实现优雅终止。
-
MySQL服务需预先启动并验证可连接，Go需引入github.com/go-sql-driver/mysql驱动，DSN须URL编码且含charset=utf8mb4和parseTime=True，必须调用db.Ping()测试连接，并合理配置连接池与context超时。
-
Go语言通过libbpf-go或gobpf库在用户态加载和管理eBPF程序，利用其并发、静态编译和系统编程优势，实现高性能、易部署的eBPF工具开发，但需依赖C编写内核态代码，且Go绑定库在部分特性支持上仍有局限。
-
Go项目中重复依赖源于模块路径冲突、间接依赖版本不一致或replace/exclude误用；表现为同一路径多版本共存，可用golist-mall或gomodgraph定位，需手动统一版本并验证编译。
-
根本原因是未控制goroutine生命周期和channel关闭时机：中间节点从已关闭channel读零值后继续转发，下游写入panic；或首节点未启动导致全链阻塞。需每节点只读写一次、写前用select+default检查channel是否open，首节点发sentinel而非close，避免无缓冲channel连超3级。
-
Air启动后代码修改无反应，主要因工作目录错误或.air.toml中watch路径配置不当；默认仅监听当前目录下.go文件，若main.go在子目录（如cmd/app/main.go）则不会触发重建。
