-
Go中HTTP头为http.Header（map[string][]string），请求头通过r.Header获取（Get不区分大小写，Cookie特殊处理），响应头通过resp.Header获取，Set/Add/Del用于修改，须在Write前设置。
-
最稳方案是先用strconv.ParseInt(s,2,64)解析二进制字符串为int64，再用strconv.FormatInt(n,16)转十六进制；超长串需用big.Int；务必预处理空格、校验非法字符并处理前导零需求。
-
<p>必须设置HTTP超时并URL编码城市名：用&http.Client{Timeout:10*time.Second}避免卡死，城市名需url.QueryEscape处理空格和中文，否则请求400或挂起。</p>
-
Go的“安全点函数”并非用户可调用的API，而是编译器和运行时协同插入的特殊代码位置，用于确保垃圾回收器（GC）在并发标记阶段能精确、安全地扫描栈和寄存器中的指针值。
-
手写reverse切片应原地交换而非新建切片，以避免内存分配和逃逸，考察对slice底层三要素（指针、长度、容量）及引用特性的理解。
-
Go基准测试必须用gotest-bench，因其自动预热、多次执行并排除噪声；需以Benchmark开头、用b.N循环、开启-benchmem和b.ReportAllocs，并用benchstat做统计显著性对比。
-
使用reflect包获取函数的Value和Type，通过Type.NumIn()得到参数数量，再用Type.In(i)遍历获取每个参数类型。2.反射无法直接获取参数名，因编译时已丢弃；3.存在性能损耗，对接口类型需额外断言，且不能修改参数值。
-
Int.Mul不能链式调用阶乘，因其就地修改并返回接收者，导致中间结果被覆盖；正确做法是用临时变量承接或明确赋值顺序，并显式初始化res。
-
goquery.LoadHTMLString解析失败但不报错，主因是UTF-8BOM（\xef\xbb\xbf）或非法控制字符导致net/html静默返回空文档；需用bytes.TrimPrefix去BOM，再检查字节流开头并确保HTML结构合法。
-
Go不支持在短变量声明（:=）中同时指定返回值类型，必须先用var显式声明变量及其类型，再用普通赋值操作符=接收函数返回值。这是由Go语法设计决定的，而非限制或缺陷。
-
rand.Shuffle是当前最稳妥的选择，因其基于Fisher–Yates算法、线程安全、不依赖全局随机源，且避免了手动实现的边界错误和并发panic。
-
Go语言中sync包提供Mutex、RWMutex、Once和WaitGroup实现并发安全：1.Mutex通过加锁保护共享变量避免竞态；2.RWMutex在读多写少场景提升性能，允许多个读锁共存；3.Once确保初始化操作仅执行一次；4.WaitGroup用于主线程等待所有goroutine完成任务。
-
本文详解Go语言在网络IO密集型场景下如何有效利用多核CPU资源，分析单poller架构的局限性，并提供基于多进程部署、NUMA绑定及阻塞式IO等生产级优化方案。
-
要为Golang配置自动化性能剖析并利用Pyroscope进行持续性性能分析，首先部署Pyroscope服务端，其次集成Go客户端。1.部署Pyroscope服务端：使用Docker命令启动服务，通过访问UI界面查看数据；2.集成PyroscopeGo客户端：引入Agent库并在应用启动时配置Profiler，选择需要收集的剖析类型如CPU、内存、Goroutine等，运行后即可在Pyroscope中查看实时性能数据。相比按需分析，持续性剖析能捕捉瞬时峰值、建立性能基线、识别长期趋势和回归问题，并降低排查
-
什么时候该用RWMutex而不是Mutex读多写少的场景下，RWMutex才有实际收益；如果写操作频繁（比如每秒几十次以上），它反而比Mutex更慢，因为内部多了读计数和唤醒逻辑。典型适用场景：配置缓存、路由表、内存索引、状态快照等——数据被大量goroutine并发读取，但只由少数goroutine更新。读操作远多于写操作（例如读:写>10:1）才值得引入RWMutex写操作本身不能太重（Lock()期间其他写会被阻塞，且所有新读请求也会排队）注意：RWMutex
