-
Go运行时通过-race检测并发竞态：chan传递指针仅拷贝地址，若收发双方同时操作同一内存，必触发datarace；channel提供同步交接语义，但“谁recv谁负责”的所有权契约需靠代码纪律保障，而非语言强制。
-
为什么gotest-bench里函数没被内联，但普通运行时却被内联了？因为基准测试默认启用-gcflags="-l"（即禁用内联），这是Go测试框架的硬编码行为，不是你漏写了什么flag。它想排除内联带来的性能“噪音”，让benchmark更关注算法本身——但代价是，你看到的不是真实生产环境的执行路径。普通gobuild或gorun默认允许内联（除非加-gcflags="-l"）gotest-bench内部自动追加-gcflags="-l"，哪怕你没显式写
-
Sidecar是K8s部署模式而非Go语言特性，需用Go编写独立辅助容器并声明式编排；主服务必须监听0.0.0.0而非localhost，Sidecar才可通过localhost访问；协议如HTTP/2、mTLS需与Sidecar对齐，避免冲突。
-
Go官方推荐基于gopls语言服务器，问题多因gopls未运行、路径配置错误或工作区非Go模块；需确认安装、启用LSP、正确配置toolsGopath、处理多模块及禁用Goland冲突选项。
-
Kafka适合高吞吐、持久化与事件回溯场景，NATS更轻量低延迟，适用于实时内部通信；两者均需关注消息标识、错误处理与可观测性设计。
-
不会——http.ServeFile默认Content-Disposition为inline，浏览器可能直接打开而非下载；需手动设置attachment头，且必须校验路径防遍历，推荐用ServeContent替代以支持断点续传和缓存控制。
-
gotest需确保模块初始化、测试文件以_test.go结尾、函数名以Test开头且参数为*testing.T；推荐表格驱动测试、接口抽象mock外部依赖，并注重边界覆盖与可维护性。
-
Go事务不会自动回滚，必须显式调用tx.Rollback()或tx.Commit()，否则事务持续挂起导致锁表、阻塞查询；推荐用defer+committed标志位精准控制回滚，避免重复回滚报错。
-
ast.Inspect遍历需先判空再访问Params/Results，init函数名特殊，返回false可提前退出，节点只读不可修改；它比手写递归更全、更稳、不栈溢出。
-
Gochannel不支持广播，扇出需显式复制消息到多个独立channel；直接多goroutine读同一channel会导致竞态、丢数据或deadlock；正确做法是用分发goroutine从源channel读一次并复制发送至多个目标channel。
-
因为atomic.CompareAndSwapUint32不记录持有者ID、不支持重入计数，同一线程重复加锁必死锁；它仅比对数值，无法区分“谁设置”，且无退避机制易致CPU空转100%。
-
Go程序健康检查必须由程序自身提供轻量HTTP端点（如/health），HEALTHCHECK应使用curl探测而非进程检查，且需正确配置--start-period、--timeout及||exit1。
-
slice[:0]仅重置长度而不释放底层数组内存，易致内存浪费；真正释放需设为nil并重新make；复用时应结合sync.Pool、预设cap、手动置零等策略综合优化。
-
选用高效序列化协议如Protobuf或MessagePack替代Gob，精简传输字段，复用缓冲区降低GC压力，并按需启用压缩，可显著提升GoRPC性能。
-
滑动窗口不能只用ZREMRANGEBYSCORE清旧数据，因ZSET不保证原子性：清理与计数分离会导致并发插入漏判超限；必须用Lua脚本将ZREMRANGEBYSCORE、ZCARD和ZADD三步封装为原子操作。
