-
Go无内置图结构，需按需组合基础类型实现邻接表、邻接矩阵或结构体封装；DFS/BFS须手动管理visited状态；Dijkstra需防溢出与负权；并发优化应重workerpool而非盲目goroutine。
-
Go的Benchmark函数须以Benchmark开头、接收*testing.B参数，并在b.N循环中执行逻辑；框架自动调优b.N使总耗时≥1秒，需用b.ResetTimer()分离初始化开销。
-
结构体指针赋值后字段没变，是因为误将指针变量重新赋值（如p=&User{...}），未解引用修改原内存；正确做法是用p.Name="new"或(*p).Name="new"。
-
本文用 Go 泛型实现切片保序去重，并进一步扩展到结构体按字段去重，讲清 comparable 约束、seen map、首条保留和常见边界处理。
-
应避免用strings.Contains(err.Error(),...)判断错误类型，因其破坏类型安全、易受文案变更和关键词冲突影响；应优先使用errors.Is或errors.As进行类型安全的错误识别与提取。
-
sync.Pool适用于高频分配、固定生命周期的小对象（如bytes.Buffer），不适用于大对象、带finalizer对象或跨goroutine生命周期不可控的实例。
-
接口与类型断言用于实现Go语言的多态与类型安全操作。接口定义方法集，任何实现这些方法的类型自动满足该接口；空接口interface{}可存储任意类型值，常用于不确定类型的场景。使用类型断言value,ok:=interfaceVar.(ConcreteType)可安全提取具体类型，避免panic。结合switch的type分支能清晰处理多种类型。建议减少空接口滥用以保持类型安全，优先使用具体类型、明确接口或Go1.18+泛型替代。示例函数printValue和process展示如何安全判断并处理不同类型。
-
atomic.AddInt64是并发计数的默认选择，因counter++非原子而atomic.AddInt64编译为单条CPU原子指令；必须用int64、变量地址稳定、所有读写都走atomic函数。
-
Golang本身不直接支持FPGA底层开发，但可通过CGO机制调用C/C++封装的OpenCL接口实现硬件加速。1.安装FPGA厂商SDK（如Intel、Xilinx）以获取OpenCL运行时和编译工具；2.编写C/C++包装器封装OpenCLAPI并供Go调用；3.在Go中启用CGO并配置链接库路径；4.管理Go与C间的数据类型转换及设备内存生命周期；5.返回错误码并在Go中处理异常；6.编译部署时确保目标系统有对应运行环境。CGO作为桥梁使Go能专注高层逻辑，而C/C++负责底层交互。常见陷阱包括驱动
-
合法的Benchmark函数必须以Benchmark开头、接收*testing.B参数且无返回值；b.N由框架动态调整，b.ResetTimer()需在初始化后调用以排除准备开销。
-
Go标准库无内置LRU，需用container/list+map+sync.RWMutex实现；sync.Map不适用因无法维护访问序、不能原子执行查map/移节点/返回值，且并发MoveToFront会panic；正确做法是map存*list.Element，Element.Value为含key/value的结构体，读写加锁粒度要细，容量控制须先插后删，四者并发对齐才稳定。
-
Go语言通过os和syscall包支持文件权限操作，主要适用于Unix系统。使用os.Stat()获取文件权限，os.Chmod()以八进制模式修改权限（如0644）；os.Chown()更改所有者和组（需root权限）；os.Chtimes()设置访问和修改时间；os.OpenFile()创建文件时指定权限（受umask影响）。Windows上部分功能受限，高级特性需依赖syscall或外部命令。
-
LeetCodeGo环境只调用函数不运行main，本地调试需严格匹配函数签名、参数类型、返回类型及初始化逻辑，否则提交时因反射调用失败或未初始化panic。
-
必须显式调用e.Start()或e.StartServer()启动服务，否则仅监听端口却无响应；路径匹配严格区分大小写和斜杠；结构体字段须大写并加jsontag才能序列化；必须启用middleware.Recover()捕获panic。
-
GORMDelete未删除数据最常见原因是未传主键或未指定条件，因默认仅对带有效主键的结构体执行按主键删除，否则静默跳过；需确认ID非零、显式Where、或用Unscoped物理删除。
