-
Go原生http包无法执行JavaScript，因此无法直接获取AJAX加载后的内容；需通过模拟浏览器行为（如使用HeadlessChrome）或逆向分析AJAX接口来实现动态页面抓取。
-
runtime.GC()不该被频繁调用，因其破坏Go自适应GC节奏、激增STW次数、干扰内存学习；应优先调优GOGC、复用对象、预分配切片，并通过业务指标验证优化效果。
-
Go语言不保证goroutine执行顺序，可控的是channel写入顺序；应让每个goroutine处理完再统一发结果到同一channel，range读取顺序严格等于写入顺序。
-
Go调试需确保dlv版本（github.com/go-delve/delve）、启动mode（exec/test）与IDE配置三者严格对齐，否则必现断点不命中或进程启动失败；务必用goinstall安装新版dlv，VSCode中显式设"mode":"exec"并指定绝对路径，GoLand需统一启用或禁用GoModules。
-
中介者模式通过接口与组合实现模块间松耦合通信，各模块仅注册事件处理器到中介者，由中介者统一调度消息分发；同步调用直接执行回调，异步则通过channel传递事件，避免循环依赖且提升可维护性。
-
要避免Golang中锁竞争问题，核心在于减少共享资源争用并合理使用同步机制。具体策略包括：1.将变量本地化，减少跨goroutine共享，如使用局部计数代替全局变量；2.使用更细粒度的锁，例如分片锁，将数据拆分为多个子集并分别加锁；3.替换为原子操作或无锁结构，如atomic包、channel和sync.Pool以提升效率；4.适当使用RWMutex、Once等工具优化特定场景下的并发控制。
-
Go中推荐逐层返回error是为了保持错误上下文、明确责任边界、避免掩盖真实问题；error是普通返回值，需显式传递，通过%w包装形成可追溯的错误链，并将处理决策权交给更了解业务场景的上层。
-
Go的net.Conn.Read不保证读取完整业务包，必须自定义消息边界。正确做法是用io.ReadFull先读4字节头解析body长度，再读满body；维护独享可增长缓冲区处理粘包拆包，设读超时，禁用分隔符方案。
-
fmt.Scanln比fmt.Scan更适配单行输入，它读到换行即止且要求末尾为换行；读数字前宜用fmt.Scanf("%d",&v)并检查返回值，或用bufio.Scanner——它自动处理缓冲、换行与EOF，更可靠。
-
Go语言通过goroutine和调度器实现高效TCP并发处理，使用net.Listener.Accept接收连接并启goroutine处理；为避免资源耗尽，可用带缓冲channel限制并发数、设Read/Write超时、及时关闭连接；结合sync.Pool复用内存降低GC压力，引入context协调连接生命周期，支持优雅关闭。
-
使用client-go创建Secret需构造v1.Secret结构体，Data字段值必须为base64编码后的[]byte，Type（如v1.SecretTypeOpaque）和Namespace必须显式设置；读取时需base64.DecodeString反解；Update必须携带最新ResourceVersion；List时注意命名空间与性能。
-
container/ring不适合滑动窗口因其非连续内存、无容量限制、不支持O(1)头尾操作及随机访问，导致性能差且易漏清理；高效实现应使用切片+head/tail游标，配合2的幂容量与位运算绕回。
-
json.Unmarshal必须传指针，否则解析结果为零值；结构体字段需加jsontag才能匹配JSON键名；类型不匹配会报错，忽略err或缺少tag导致静默失败。
-
Time.After会悄悄吃掉内存，因为它每次调用都新建*Timer，背后绑定goroutine和未读channel；若只取接收端而未消费，channel缓冲区持续积压导致内存泄漏。
-
Jaeger.ClientConfig.Sampler不能热更新，因Tracer初始化后sampler实例被固化且不可替换；需改用jaeger.RemoteSampler，通过agent的sampling端口（如5778）动态拉取策略实现运行时重载。
