-
sort.Sort要求传入接口值而非指针，因为sort.Interface的Len、Less、Swap方法均定义在值接收者上；只要自定义类型（如IntSlice[]int）以值接收者实现这三方法，传值或传指针均可，但[]int本身未实现该接口，故不能直接传&[]int。
-
Golang通过gorilla/websocket库结合Goroutine和Channel实现高效并发连接管理，利用ClientManager集中处理注册、注销与广播，配合sync.RWMutex保障map操作安全；通过http.Server.Shutdown实现服务器优雅关闭，监听中断信号并清理连接；为维护连接活性，采用Ping/Pong心跳机制，设置读取超时并注册PongHandler更新客户端活跃状态，及时发现并清理失效连接，确保系统稳定可靠。
-
本文详解goget命令卡顿的常见原因及实用解决方案，包括启用详细日志、配置代理、切换模块模式、使用镜像源等方法，帮助Go新手快速完成依赖下载。
-
gotooltrace打不开浏览器的根本原因是其依赖系统命令（如open/xdg-open/start）启动浏览器，但在无图形界面、容器或PATH异常时失败；应改用-http参数启动本地服务手动访问。
-
Go中结构体能否用==比较取决于字段类型：所有字段都可比较（如string、int、指针）则可比；含slice、map、func则编译报错；字段顺序不同视为不同类型，无法比较；指针比较地址而非内容，需深度比较时优先用cmp.Equal。
-
filepath.WalkDir比Walk快得多，因其默认用fs.DirEntry一次读取目录全部条目，IsDir()和Name()零开销不触发stat；而Walk对每个项强制os.Lstat，实测耗时仅Walk的1/3～1/2，但回调中调用d.Info()会抵消该优势。
-
答案是：Go语言中RPC错误捕获需通过显式检查返回值实现。1.客户端调用client.Call或client.Go后必须检查error字段，异步调用需从<-call.Done获取call.Error；2.服务端方法应以error为最后一个返回值，以便将错误序列化传回客户端；3.需处理rpc.Dial连接错误、网络中断及超时等底层问题，建议结合context.WithTimeout并添加重试机制；4.可封装统一的错误处理函数，集中记录日志，确保每次调用都检查error，避免遗漏。
-
根本原因是Linux内核socket发送队列（sk->sk_write_queue）持续积压，导致Go的net.Conn.Write()在内核层阻塞；主因包括wmem_default过小、网卡中断/softirq不均衡、应用层缺乏背压机制。
-
直接用gofunc()处理万级并发会崩，因调度器、内存、文件描述符等资源无法兜住，导致OOM、toomanyopenfiles、HTTP超时等；应使用协程池（如ants）或channel限流，避免无节制创建goroutine。
-
Go 1.20 的 errors.Join 可以把多条错误合并为一个错误值，同时保留 errors.Is 和 errors.As 的判断能力。本文用批量关闭资源、并行任务汇总等场景说明该怎么用，以及哪些时候不该把错误一股脑拼在一起。
-
slice本身不会泄露，但其Data指针会“钉住”整个底层数组，导致本该被GC回收的大块内存长期驻留；根本原因是SliceHeader中Data指针存在即视为整块底层数组仍在使用，哪怕仅取s[i:j]并存入context或缓存，几MB原始数组也无法释放。
-
Go 服务把审计日志同步写进一个文件后，吞吐上不去、磁盘抖动还会拖慢请求。本文用分片队列和批量落盘拆开写入压力，并验证顺序、重放与停机收尾。
-
ast.Inspect遍历需先判空再访问Params/Results，init函数名特殊，返回false可提前退出，节点只读不可修改；它比手写递归更全、更稳、不栈溢出。
-
Gochannel不支持广播，扇出需显式复制消息到多个独立channel；直接多goroutine读同一channel会导致竞态、丢数据或deadlock；正确做法是用分发goroutine从源channel读一次并复制发送至多个目标channel。
-
因为atomic.CompareAndSwapUint32不记录持有者ID、不支持重入计数，同一线程重复加锁必死锁；它仅比对数值，无法区分“谁设置”，且无退避机制易致CPU空转100%。
