-
TinyGo是独立编译器，非Go包，不可用goinstall；须用brew或apt安装，验证tinygoversion和whichtinygo；target必须精确匹配官方名称；UART等外设需显式Configure；flash不校验运行，main必须存在且正确链接。
-
答案：Go压力测试需控制并发、节奏与指标收集，用net/http+goroutine可手写简单脚本，结合sync.WaitGroup、time.Tick和信号量控制并发；推荐go-wrk或vegeta进行标准化测试，支持多模式压测与结果输出；务必分离压测与服务端，禁用连接复用，通过pprof采集CPU、Goroutine、GC等数据定位瓶颈；确保测试可复现，固定数据、清空缓存、关闭日志，至少三轮取中位数对比优化效果。
-
go-zero强制按微服务最佳实践组织代码，需用goctl依.api文件生成骨架；配置须显式加载且大小写敏感；RPC注册需确保etcd地址、服务名一致；API调用RPC须预热、复用client并设超时。
-
使用goquery时，可通过访问Selection.Nodes切片中*html.Node的Data字段直接获取DOM元素的标签名，需确保节点类型为html.ElementNode。
-
应采用工厂方法+接口抽象+配置驱动替代if-else硬编码，因后者违反开闭原则、引发耦合、并发隐患及维护困难；各渠道需独立实现MessageSender接口，通过配置动态注册，内置重试、token刷新与幂等控制。
-
适配器模式通过定义统一接口并封装第三方服务，使不兼容的接口能协同工作；例如在Go中为微信和支付宝支付创建适配器，实现统一的Payment接口，从而解耦业务逻辑、提升可维护性与扩展性。
-
http.Client.Timeout不解决重试问题，因其仅控制单次请求总耗时并直接返回错误，不自动重试；需手动集成退避重试逻辑（如backoff.Retryv4），并精准判断可重试错误类型。
-
Go中优先使用函数类型实现策略模式，如typeLogFormatterfunc(string,map[string]interface{})string，因其简洁、无调用开销、测试友好；仅当需维护状态时才用结构体+方法。
-
sliceHeader.Data不等于底层数组首地址，因为它指向当前slice的起始元素地址，而非整个底层数组起点；空切片时Data为0是合法状态，不代表错误；跨goroutine修改Data会导致未定义行为。
-
这是Go动态链接二进制与Alpine的musllibc不兼容所致，需用CGO_ENABLED=0或-static链接生成静态可执行文件，并配合多阶段构建和scratch镜像。
-
gRPCGo客户端Backoff.Config需设BaseDelay≥1s、Multiplier1.6～2.0、MaxDelay≤120s、显式设置Jitter避免同步重连；UNAVAILABLE可重试，ABORTED须业务层处理；Python需用channel.subscribe而非sleep循环；GUI工具重试与真实gRPC行为不同，调试须用真实客户端。
-
Go并发HTTP请求需用goroutine+channel控制并发量，避免资源耗尽；通过带缓冲channel（如sem:=make(chanstruct{},10)）实现轻量限流，每个goroutine启动前先写入sem获取令牌。
-
channel缓存容量设为0和设为N的行为差异零缓存channel（make(chanint)）是同步的：发送必须等到有goroutine在另一端接收，否则阻塞；非零缓存channel（make(chanint,N)）是异步的：只要缓冲未满就能发，未空就能收，不立即阻塞。这不是“快慢”问题，而是“是否引入等待”问题。比如在日志采集场景中，用make(chan[]byte,100)能让写日志的goroutine快速返回，避免拖慢主逻辑；但若缓存设太大（如10000），可
-
Go国际化应选golang.org/x/text或go-i18n/v2；必须用language.ParseAcceptLanguage解析请求头；go-i18n/v2需通过bundle.NewLocalizer创建实例调用Localize方法；message.Printer须按请求动态构造，资源键应采用语义ID而非原文。
-
Go程序需用signal.Notify注册SIGTERM并阻塞主goroutine，收到信号后在新goroutine中执行清理；defer和os.Exit无法替代，因信号不触发正常退出路径；多信号监听需用带缓冲channel并switch区分处理；优雅退出须结合context控制子goroutine生命周期。
