-
用channel做任务流转更可控，因其具备缓冲、阻塞语义和显式数据契约，可限流、等待完成、统一错误处理，并支持日志、重试、超时等扩展逻辑。
-
什么时候该用RWMutex而不是Mutex读多写少的场景下，RWMutex才有实际收益；如果写操作频繁（比如每秒几十次以上），它反而比Mutex更慢，因为内部多了读计数和唤醒逻辑。典型适用场景：配置缓存、路由表、内存索引、状态快照等——数据被大量goroutine并发读取，但只由少数goroutine更新。读操作远多于写操作（例如读:写>10:1）才值得引入RWMutex写操作本身不能太重（Lock()期间其他写会被阻塞，且所有新读请求也会排队）注意：RWMutex
-
Go结构体方法必须绑定命名类型，未命名类型不可定义方法；需修改字段时必须用指针接收者；嵌套结构体不继承方法，仅匿名字段可提升方法且要求可寻址。
-
选Go因goroutine和channel天然适合高并发指标采集与扩缩容；Python受GIL限制，Java则启动慢、内存高；Go以net/http等简洁实现“多源信号→聚合→策略→执行”流水线。
-
Go测试中应通过接口隔离实现错误注入：将依赖抽象为接口，测试时用mock返回指定error；避免硬编码错误、panic替代error，注意errors.Is进行包装后error比较。
-
Go反射无法直接调用结构体的函数字段，需先通过Field.Interface()获取原生函数再调用；结构体字段不可动态增删，应使用嵌入接口实现行为注入；反射调用方法时需确保receiver可寻址；含func字段的结构体不可序列化，须手动剥离或用DTO传输。
-
Facade是一种通过结构体封装多依赖调用、提供简洁接口的设计模式，Go中无需类继承即可实现，核心是降低调用方认知负担，关键在于统一超时、错误处理与依赖注入，避免沦为上帝对象。
-
用bufio.Scanner读取一行输入最稳妥，它自动处理换行、缓冲和边界情况，避免fmt.Scanln/Scanf的截断和卡住问题，需检查scanner.Err()并可调Buffer扩容。
-
Go1.16起ioutil.WriteFile被弃用，应改用os.WriteFile或os.Create+Write组合；Go1.22+中直接报错undefined，且权限参数受umask影响，大文件易OOM，失败会清空原文件。
-
Go中方法绑定到具体类型的值或指针，本质是带显式接收者的函数；值接收者操作副本，指针接收者可修改原值；选择依据包括修改需求、结构体大小及方法集一致性；接口匹配依赖方法集，值类型与指针类型方法集不同。
-
Go项目使用Docker需本地安装DockerCLI与daemon，编写多阶段Dockerfile构建静态二进制，用alpine基础镜像并挂载CA证书，通过dockerrun验证端口、环境变量和配置，注意用户权限、信号转发及调试支持。
-
本文详解如何在Windows平台下，通过Go标准库os/exec正确启动一个拥有独立CMD窗口、可交互（支持stdin/stdout）的非GUI子进程，解决exec.Command默认不显示控制台的常见问题。
-
debug/macho读不到本地macOS可执行文件，是因为其仅支持标准Mach-O格式，而App二进制常被签名、加壳或动态重写，导致magicnumber错误；fatbinary需手动解析slice，符号表需优先通过Symtab/Dysymtab获取，且stripped文件可能无符号表。
-
能用，但需手动安装Vue.js插件，仅支持基础语法高亮、组件识别和调试配置生成，不支持SFC深度解析或组合式API智能补全。
-
处理并发任务失败重试需控制次数、避免雪崩、区分瞬态与永久性错误，使用指数退避加抖动策略，结合context控制生命周期，3～5次重试为宜，仅对网络超时、503等可重试错误生效，400、404等应直接失败。
