-
unsafe.Pointer转*T时必须确保类型对齐和内存有效Go的unsafe.Pointer本身不携带类型信息，转成具体指针（如*int64）后，运行时不会校验目标地址是否真能存下该类型。一旦越界、未对齐或指向已释放内存，程序可能直接崩溃或读到垃圾值。常见错误现象：panic:runtimeerror:invalidmemoryaddressornilpointerdereference或静默返回错误数值使用场景：只应在明确知道底层内存布局时用，比如解析二进制
-
不能直接在ReverseProxy上加if-else做厂商分发，因为Director不感知请求头以外上下文、req.Body读空后无法复用、多厂商协议逻辑互斥易导致路由混乱、协议误判与越权风险。
-
Go语言中反射可动态获取接口变量的类型和值，通过reflect.ValueOf()和reflect.TypeOf()遍历结构体字段与方法，仅能访问导出字段（首字母大写），适用于序列化、ORM等场景。
-
Go的“内存占用”指程序运行时实际占用的RAM量，主要源于其垃圾回收机制、运行时开销和对象分配模式；它并非语言固有缺陷，而是自动内存管理在吞吐与延迟间权衡的结果，可通过调优（如sync.Pool、GOGC）显著改善。Go的“内存占用”指程序运行时实际占用的RAM量，主要源于其垃圾回收机制、运行时开销和对象分配模式；它并非语言固有缺陷，而是自动内存管理在吞吐与延迟间权衡的结果，可通过调优（如`sync.Pool`、`GOGC`）显著改善。“内
-
滑动窗口计数器不能用map+定时清理，因并发panic、锁争用、时间对齐误差和内存泄漏导致统计不准；应采用环形数组+原子操作实现真滑动，预分配槽位、懒清理、严格整除关系。
-
因为未设置种子，rand默认使用固定种子0，导致每次运行结果相同；应改用rand.New(rand.NewSource(time.Now().UnixNano()))并避免全局状态污染。
-
结构体指针通过引用传递实现高效数据共享与修改。Golang中结构体默认值传递，复制大对象开销大，使用指针可避免此问题；函数需修改原结构体时必须传指针，因值传递仅操作副本。Go简化指针访问，支持直接用ptr.Name而非(ptr).Name。方法若需修改接收者，应使用指针类型，否则作用于副本。常见场景包括：工厂函数返回Type、嵌套结构体用指针减少内存占用、接口实现中需修改状态时。掌握结构体指针关键在于理解其性能优势与数据共享机制。
-
Go标准库在Windows下用IOCP但不暴露裸接口，因其调度模型（GMP）与IOCP线程池不兼容，所有I/O被runtime.netpoll封装以统一跨平台行为。
-
atomic.StorePointer不能存任意指针，因要求指针指向GC可追踪的堆内存，栈地址或uintptr中转会引发悬垂引用或panic。
-
首先定义任务结构体并通过channel传递任务，创建带缓冲的channel存放任务；然后启动多个工作协程从channel中并发读取并执行任务，直至channel关闭，实现高效的任务分发与调度。
-
Windows安装Go只需运行MSI包并重启终端即可；常见问题为PATH未生效、GOPATH误配或未初始化模块，goversion和gorun成功即环境已就绪。
-
Go事务不会自动回滚，必须显式调用tx.Rollback()或tx.Commit()，否则事务持续挂起导致锁表、阻塞查询；推荐用defer+committed标志位精准控制回滚，避免重复回滚报错。
-
Go1.14+默认不自动使用vendor目录，需显式指定-mod=vendor；gomodvendor可能遗漏隐式依赖，应清理后配合gomodtidy重生成；离线构建必须设置GOPROXY=off、GOSUMDB=off，并确保根目录go.mod和go.sum完整。
-
goroutine泄漏、HTTP客户端未复用、错误处理不落地是并发爬虫三大核心问题：需用信号量或缓冲channel限并发，全局复用并配置http.Client，区分错误类型实现精准重试。
-
不能用http.Server做设备长连接接入层，因其请求-响应模型不支持服务端主动推送、心跳保活和低开销通信，硬套会导致TCP频繁建连断连、handler同步阻塞排队、JSON解析触发高频GC。
