-
Go1.22的forrange支持直接迭代func()bool类型，每次循环重新调用该函数，适用于测试中轻量条件循环；需注意副作用、签名严格匹配及不可恢复特性。
-
在高并发场景下，日志写入往往成为系统性能的瓶颈。Golang本身具备良好的并发支持，但若日志处理不当，仍可能导致goroutine阻塞、CPU占用过高或磁盘I/O压力过大。本文基于实际项目经验，介绍几种有效的Golang高并发日志写入性能优化策略。使用异步日志写入同步写日志会阻塞业务逻辑，尤其在高并发请求下，每个请求都等待日志落盘将严重拖慢响应速度。解决方案是采用异步日志机制：将日志条目发送到一个有缓冲的channel中，由专用的后台goroutine负责从channel读取并
-
new是Go内置函数，用于分配对应类型的零值内存并返回其指针；它与&区别在于：&需作用于已声明变量，而new(T)直接创建新内存，无需预先声明变量。
-
Go中享元模式仅适用于高频创建、状态可分离且内存敏感的轻量对象，如Token、glyph等；多数场景用sync.Pool或结构体字面量更高效，字符串常量和iota本身已是天然享元。
-
Go的switch本身不维护状态，仅作分支判断；必须显式更新状态变量，避免依赖fallthrough；复杂状态机应使用查表法、状态方法或专用库。
-
gRPC流式通信由.proto文件中stream关键字位置决定：服务端流为rpcFoo(Req)returns(streamRes)，客户端流为rpcFoo(streamReq)returns(Res)，双向流为rpcFoo(streamReq)returns(streamRes)；错误写法、message未显式定义、Send/Recv使用不当等均会导致运行时阻塞或数据错乱。
-
Go语言禁止指针运算以提升内存安全，具体表现为：1.不支持指针加减整数、指针间运算及整数与指针互转；2.仅允许取地址和解引用操作；3.普通指针不可直接类型转换。相比之下，C语言允许自由的指针算术和强制转换，易导致越界、野指针等风险。Go通过自动垃圾回收、边界检查、nil指针检测和栈逃逸分析等机制保障内存安全，而C依赖程序员手动管理内存。Go中遍历数组需用索引或range，无法像C那样通过指针递增遍历。尽管Go提供unsafe.Pointer实现底层指针操作，但需开发者自行确保安全，仅建议在必要时谨慎使用。
-
goroutine启动后没输出是因为main函数提前退出导致进程终止；必须用sync.WaitGroup或channel显式同步，Add和Done需守恒，wg.Add(1)应在goroutine启动前调用，deferwg.Done()确保计数释放。
-
iota是Go中专用于const块的预声明标识符，表示当前行在常量组中的索引（从0开始），每次换行自动递增；它被代码生成工具广泛依赖，用于自动生成安全、简洁、可维护的枚举常量。
-
Go语言强制显式处理error，必须作为最后一个返回值；应使用%w包装错误以支持上下文展开；避免中间层panic或log.Fatal；自定义错误仅在需额外字段或行为时引入。
-
用sql.Open("sqlite3",":memory:")即可创建独立、快速、无文件的内存数据库用于单元测试，需避免误写驱动名、复用实例、遗漏关闭及事务未提交等问题。
-
time.Parse解析失败的根本原因是layout与输入字符串不严格匹配，必须使用Go特定参考时间“2006-01-02”格式定义layout；中文或非标格式需预处理；应优先用time.ParseInLocation显式指定时区；Unix时间戳须先转int64再用time.Unix构造。
-
runtime.Stack是目前唯一合法获取goroutineID的方式，通过解析panic日志首行"goroutineN[state]:"提取数字，需注意缓冲区大小、正则匹配、禁用all=true等细节。
-
桥接模式通过接口与组合分离抽象与实现，如图形绘制中将形状与设备解耦，支持独立扩展，新增图形或设备无需修改原有代码，提升灵活性与可维护性。
-
Go指针禁止对不可寻址值取地址（如字面量、表达式结果、map元素、函数调用返回值），解引用nil指针必panic，传指针仅在需修改原值或值过大时必要。
