-
panic仅影响当前goroutine，触发后按LIFO执行其defer；recover只在同goroutine的defer中有效，可捕获显式panic及多数运行时panic，但无法拦截Goexit、栈溢出等致命错误。
-
Go中没有指针数组语法糖，[]*T是切片而非数组；固定长度需用[N]*T，且元素初始化为nil，解引用前须分配内存，传参时修改指针指向内容生效但修改切片头无效。
-
直接用golang.org/x/time/rate，它基于线程安全的令牌桶，支持突发流量且经生产验证；不支持分布式限流，跨实例需结合Redis或专用服务。
-
事务提交失败时，tx.Commit()才返回错误；SQL执行出错不会自动回滚，必须显式调用tx.Rollback()，且需检查每步error、避免defer误用、注意Rollback自身可能失败，超时控制与Savepoint需手动管理。
-
Go反射构建动态Mock对象核心是用reflect包运行时获取字段方法并代理调用，推荐手动构造实现接口的Mock结构体，动态代理需谨慎使用reflect.MakeFunc泛化生成。
-
Go项目稳定性依赖go.mod+go.sum+goget精准控制，禁用手动改go.mod；推荐goget@tag拉取确定版本，go.sum仅校验不锁间接依赖，CI须校验其变更，GOPROXY需禁fallback，GOSUMDB不可关闭。
-
Go语言推荐通过结构体封装资源及其生命周期，配合defer在调用方显式管理释放，而非使用高阶函数抽象——这更符合Go的简洁、明确、可读性强的设计哲学。
-
开发一个小型任务队列系统在Golang中其实并不复杂，尤其适合处理异步任务、定时任务或后台作业。你可以基于goroutine和channel构建一个轻量级但高效的系统，无需引入外部依赖如RabbitMQ或Kafka。下面是一个实用的实现思路和代码示例。1.核心结构设计一个基本的任务队列包含以下几个部分：任务（Task）：表示需要执行的工作单元，通常是一个函数或带有参数的操作。工作池（WorkerPool）：一组并发运行的worker，从队列中取出任务并执行。任务队列（Queue）：使用
-
Go中可通过递归反射实现结构体嵌套字段动态访问，核心是逐层解包指针、结构体并按点号路径匹配导出字段，需检查IsValid、CanInterface及nil指针等边界条件。
-
Go的error接口不适合直接返回业务错误信息，因其仅要求实现Error()方法返回字符串，无法携带状态码、错误码、定位字段、可翻译消息等结构化信息，导致前后端协作困难。
-
用archive/zip打中文路径需设Flags=0x800启用UTF-8标志或改用ASCII路径；archive/tar需手动设置Mode保留权限，避免Uname/Gname导致属主问题；Zip适合终端分发，Tar+gzip适合流式构建；务必按序closewriter。
-
Go的error接口不能直接比较值，因为其为接口类型，底层可能指向不同结构体实例，即使内容相同，==比较也常返回false；应使用errors.Is或errors.As进行健壮判断。
-
在Golang中，类型选择（typeswitch）用于判断interface{}的具体类型并执行相应逻辑。通过v.(type)语法检查接口的动态类型，可针对不同类型如int、string、bool或指针类型进行分支处理，示例函数printType和checkPointerType展示了如何获取类型及值，并分别输出对应信息。该机制适用于需根据传入值类型做差异化处理的场景，如通用函数或参数解析，且每个case仅支持单一类型。
-
Go配置解析不靠反射读字段，而是用标准库Unmarshal配合structtag；错误做法是手动reflect.Value.Set，正确做法是根据文件后缀选择yaml/json.Unmarshal并传指针，避免依赖Name()判类型，优先用mapstructure或缓存reflect.Type优化性能。
-
惰性迭代是仅在需要时生成元素，适用于大数据流或远程数据源场景。1.使用channel实现惰性迭代可自然解耦生产者与消费者。2.可通过封装结构体提供Next方法实现通用迭代器。3.应用中需注意关闭channel以避免goroutine泄露、合理使用缓冲及错误处理。示例展示了从channel接收数据的迭代方式，并提供了结构体封装方案以提升控制能力与复用性。
