-
答案：Golang中处理JSON需用encoding/json库，固定结构用结构体加tag，动态结构用map[string]interface{}，数组用切片解析，序列化用json.Marshal，反序列化用json.Unmarshal，注意omitempty、类型断言和指针传递细节。
-
直接用gofunc()处理万级并发会崩，因调度器、内存、文件描述符等资源无法兜住，导致OOM、toomanyopenfiles、HTTP超时等；应使用协程池（如ants）或channel限流，避免无节制创建goroutine。
-
应使用闭包中间件在业务逻辑前校验权限，统一解析token/session获取userID和roles，结合RBAC配置map实现{resource}:{action}格式的细粒度控制，并确保静态资源也经权限校验。
-
负载因子=当前键值对数量len(m)除以桶数，6.5是Go运行时写死的扩容阈值（src/runtime/map.go中loadFactorThreshold=6.5），非向上取整而是精确比较，≥6.5即触发扩容。
-
Cursor中Go补全与调试需三步：手动安装gopls和dlv、用绝对路径配置settings.json、项目根目录必须含go.mod，缺一则出现“goplsnotfound”或断点灰色等静默失败。
-
结论：用http.HandlerFunc包一层可将普通函数转为http.Handler，但签名必须严格匹配func(http.ResponseWriter,*http.Request)；否则编译报错。
-
当WebSocket接口返回的JSON中，某个字段（如args[0]）本身是经过JSON编码的字符串（即“JSON-in-JSON”），需分两步解码：先解析外层结构，再对内层字符串单独调用json.Unmarshal。直接替换引号或反斜杠易破坏合法转义，不可靠。
-
直接用gof()易致服务崩溃，因每goroutine至少占2KB栈内存，高并发下易OOM或GC卡顿，且无并发控制会打穿下游限流；应使用unbuffered/small-bufferedchannel配固定worker池实现背压与资源复用。
-
答案是使用container/heap包需实现heap.Interface接口，通过定义Len、Less、Swap、Push、Pop方法构建最小堆或最大堆，如IntHeap实现最小堆，TaskHeap按Priority字段排序。
-
Go语言中只有类型转换（同底层类型间显式转换）和类型断言（接口值动态类型提取）；前者是编译期行为，不改变数据，后者是运行期行为，需谨慎处理panic风险。
-
Go热点探测核心是统计本身需实时、低开销、可淘汰：对已知key用atomic.Int64计数；动态key用分片map+Mutex；LFU缓存可复用freq字段，需衰减防历史累积；探测须嵌入数据生命周期关键节点。
-
测试文件读写应优先用内存模拟（如bytes.Buffer、bytes.NewReader）验证逻辑，必要时用os.CreateTemp创建临时文件端到端测试，并覆盖错误场景、平台差异及编码细节。
-
Gobuildtags是编译时文件级条件包含机制，非注释也非运行时逻辑；应使用//go:build（非legacy的//+build），需严格遵循位置、格式及大小写规范，混用或格式错误将导致静默失效。
-
结构体变大后性能下降主因是值拷贝开销剧增。含slice/map等字段或≥64字节时，应改用指针传参；小结构（如Point）值传参更高效；需权衡拷贝成本与解引用开销。
-
启用WebSocket压缩只需在websocket.Upgrader中设置EnableCompression:true，底层自动协商permessage-deflate扩展，仅对≥1024字节的TextMessage/BinaryMessage生效，不可调压缩级别。
