-
命令模式在Go中本质是接口抽象，即定义Command接口并让业务操作实现它，核心在于封装请求与执行逻辑分离，通过依赖注入和commandrunner实现解耦与可测试性。
-
端口冲突应通过配置项（命令行参数或环境变量）解决，而非硬编码；本地调用失败多因网络隔离或监听地址不当；重试应封装策略客户端并注意幂等性；vendor不生效时可用-mod=vendor或replace。
-
扇入（Fan-in）指多个goroutine向同一channel汇聚数据的并发模式，需用select非阻塞轮询或独立转发goroutine实现，避免死锁与丢帧。
-
先将C类型转换为Go类型再使用反射。例如，通过C.GoString将*C.char转为string后，可用reflect.ValueOf获取其值和类型信息，进而进行动态处理，反射适用于字符串、结构体等转换后的数据操作。
-
在Go语言中，向已有文件追加数据最常用、最安全的方式是使用os.OpenFile并传入os.O_APPEND|os.O_WRONLY。
-
必须显式限制递归深度，因Go无内置检查且栈溢出无法recover；应传入depth参数并校验，禁用defer/recover、SetMaxStack，优先迭代替代，测试需覆盖超深嵌套。
-
连接池耗尽时表现为contextdeadlineexceeded等超时错误，而非连接拒绝；根本原因多为事务未释放导致连接泄漏，需通过db.Stats()监控并确保每条sql.Tx都闭环调用Commit/Rollback。
-
Go的“安全点函数”并非用户可调用的API，而是编译器和运行时协同插入的特殊代码位置，用于确保垃圾回收器（GC）在并发标记阶段能精确、安全地扫描栈和寄存器中的指针值。
-
Falco无法检测Go程序的panic、channel死锁等运行时行为，因其仅监控内核系统调用，不解析Go二进制、不hookruntime函数、也不理解goroutine调度状态；它能捕获Go程序发起的execve、openat、connect等syscall行为，但纯用户态内存操作（如goroutine泄漏、map并发写panic）完全不可见。
-
根本原因是阻塞主goroutine，未调用app.Run()或在Run()外执行同步耗时操作；UI更新必须通过app.QueueUpdateDraw()在主线程触发，音频处理需放独立goroutine，进度条用ticker定时更新并基于真实播放时长计算。
-
Golang在CPU密集型任务中比Python快5–10倍，因Go编译为机器码且无GIL，而Python受解释执行和GIL双重限制；IO密集型单次请求差异小，但并发吞吐Go可达800QPS，Python同步仅120QPS，主因调度模型不同。
-
应使用net/http而非net直接写TCP服务，因浏览器无法直连裸TCP；需通过HTTP提供静态页并用WebSocket协议升级实现前端实时交互，借助gorilla/websocket复用http.ServeMux，避免额外端口与TLS配置复杂度。
-
Go通过结构体嵌入（embedding）实现“匿名字段”语法糖，允许直接访问嵌入类型中的字段；当嵌入结构体中存在唯一同名字段时，b.a与b.A.a等价，本质是编译器自动解析的提升字段（promotedfield）。
-
Go中唯一推荐的单例实现是sync.Once+包级指针变量，因其线程安全、延迟初始化、支持错误返回；禁用if-nil判断（易竞态）、init()（无法按需/返错/测试）及局部声明once（失效）。
-
使用dchest/captcha或mojocn/base64Captcha均可，但需注意：前者VerifyString验证即删ID，后者store.Verify需显式设true才删除；两者均无自动过期，须配SetExpiration或换RedisStore；reCAPTCHAv3必须校验响应中的Hostname、Action与Score，且secretkey严禁硬编码。
