-
处理第三方库错误的关键在于使用错误类型断言、自定义错误封装和错误链。1.错误类型断言可识别第三方库返回的具体错误类型，从而采取针对性处理措施；2.自定义错误封装通过添加上下文信息（如调用栈）提升调试效率；3.错误链利用%w包装原始错误，保留其类型信息并支持遍历查找根本原因。此外，应避免过度使用类型断言，可通过接口抽象实现通用判断；对于未显式返回错误的库，需根据文档检测错误并封装为标准Go错误；并发环境下可用context.Context传递错误信号；测试时可借助依赖注入模拟错误场景。
-
Go中执行Linux命令需正确使用os/exec：参数必须拆分传入，如exec.Command("ls","-l","/tmp")；管道等需显式调用sh-c；应优先选用CombinedOutput()调试，配合context.WithTimeout防卡死，并注意容器/systemd中PATH和shell环境差异。
-
Go语言可构建高性能中小规模图书推荐系统，核心是用户协同过滤：用map建模稀疏评分矩阵，Redis/SQL存储数据，预计算相似度，Pearson系数找相似用户，加权预测生成Top-N推荐，并辅以热度混合、时间衰减等优化。
-
结构体是Go语言中用于组合不同类型字段的自定义数据类型，通过type和struct关键字定义，如Person包含Name、Age、City字段；字段首字母大写可导出；实例化支持字面量、部分初始化、顺序赋值和new创建指针；可绑定方法，值接收者用于读取，指针接收者用于修改；支持匿名字段嵌入实现类似继承，如Employee嵌入Person和Address，可直接访问其字段，是组织数据的核心机制。
-
默认GOGC=100在高并发场景下易致GC频繁触发，因其按存活堆2倍阈值触发，而瞬时大量短生命周期对象快速推高堆总量，使GC间隔缩短至几十毫秒。
-
GoWeb服务器QPS卡在100–200的主因是默认配置与常见写法失配：http.Server未设超时、连接池不合理、GOMAXPROCS与容器资源不匹配、handler隐式阻塞，四者占90%性能损失；需显式配置ReadTimeout、WriteTimeout、IdleTimeout及MaxHeaderBytes等参数。
-
Go中channel的FIFO行为是严格保证的：hchan的recvq、sendq队列与锁保护的环形缓冲区共同确保发送与接收顺序完全一致，无论缓冲与否、并发度高低。
-
推荐用map[string]User+struct实现内存用户列表，以ID为键、封装读写锁防并发panic，并优于slice遍历；后续可平滑对接Redis/SQL或JSON持久化。
-
defer闭包捕获变量时，直接引用外部变量会导致该变量逃逸到堆上，而显式传参（如deferfunc(xint){}(i)）可避免逃逸；recover()必须在defer直接绑定的函数体第一层调用才有效。
-
压测前必须确认API的三个特征：一是Content-Type是否为application/json，否则可能被400拦截；二是是否依赖session或token，因CookieJar默认为空会导致无法复用登录态；三是接口是否幂等，非幂等接口如POST/order会引发数据爆炸。
-
Go标准库log包不支持多输出、无日志级别路由、无结构化字段、无法动态增删后端，仅适合轻量单进程调试；需构建可插拔的日志分发器，通过Exporter接口广播LogEntry至文件、HTTP、Kafka等后端。
-
自定义函数必须是首字母大写的导出函数，需在Parse前通过Funcs注册，签名须严格匹配，不支持匿名函数、闭包及多返回值解构，类型不匹配将panic。
-
interface{}仅在泛型前通用容器和外部系统交互时必需，Go1.18+应优先用泛型；类型断言须用双值形式或typeswitch；map[string]interface{}解析JSON易出错，推荐结构体或专用库。
-
中介者模式通过引入中介者对象封装多个对象间的交互，降低直接耦合。在Go中利用接口和结构体实现，如聊天室示例中用户通过中介者发送消息，实现广播与私聊，提升系统可维护性与扩展性。
-
sync.Once.Do中函数panic后会持续失败，因不标记完成且不捕获panic；须在闭包内defer/recover或改用error返回路径，并确保once为包级变量、显式赋值实例与错误变量。
