-
gRPCGo客户端Backoff.Config需设BaseDelay≥1s、Multiplier1.6～2.0、MaxDelay≤120s、显式设置Jitter避免同步重连；UNAVAILABLE可重试，ABORTED须业务层处理；Python需用channel.subscribe而非sleep循环；GUI工具重试与真实gRPC行为不同，调试须用真实客户端。
-
Go的net.Conn.Read不保证读取完整业务包，必须自定义消息边界。正确做法是用io.ReadFull先读4字节头解析body长度，再读满body；维护独享可增长缓冲区处理粘包拆包，设读超时，禁用分隔符方案。
-
Go语言适合做智能家居后端，但需抽象DeviceDriver接口隔离协议、权限与状态同步，通过MQTT+WebSocket双通道实现可靠状态推送，并用策略文件动态管理设备访问权限。
-
sort.Sort要求传入接口值而非指针，因为sort.Interface的Len、Less、Swap方法均定义在值接收者上；只要自定义类型（如IntSlice[]int）以值接收者实现这三方法，传值或传指针均可，但[]int本身未实现该接口，故不能直接传&[]int。
-
Go标准库不支持UUID，必须使用github.com/google/uuid；它兼容RFC4122，推荐v4随机生成（uuid.NewUUID()），线程安全且不返回error；数据库应存二进制格式（如PostgreSQLUUID或MySQLBINARY(16)），避免字符串存储引发的性能与一致性问题。
-
用net.DialTimeout判断接口连通性最稳：仅建立TCP连接，超时可控（如3秒），不触发DNS/TLS/HTTP上层逻辑；需指定端口、细判net.OpError错误、加DNS缓存、重复探测去抖、用time.Ticker控制节奏、带context防goroutine泄漏、结构化日志与重试告警。
-
Golang中生产者消费者模式依赖goroutine和channel实现，通过无缓冲或带缓冲channel进行同步通信，支持多消费者并行处理，可结合WaitGroup或done信道控制完成信号，合理关闭channel避免泄漏。
-
在Go语言中，包重命名通过import别名解决命名冲突、提升可读性。例如import(myfmt"fmt")将fmt重命名为myfmt，后续用myfmt.Println调用；当导入同名包如json和jsoniter时，别名可明确区分标准库与第三方；使用_进行匿名导入可触发init函数实现初始化副作用，如注册数据库驱动；建议仅在必要时使用别名，避免降低可读性，保持团队统一规范。
-
Go处理大规模并发IO等待的关键是用SetReadDeadline控制底层socket超时、context.Context协调整体生命周期、避免goroutine泄漏；HTTP中http.Server.ReadTimeout不覆盖body阶段，而SetReadDeadline直接作用于net.Conn的Read()调用，更底层有效。
-
灰度路由必须依赖HTTPHeader或gRPCMetadata，因服务端需据此识别流量特征以路由至对应版本；HTTP常用X-Canary等header，gRPC须用metadata.MD透传，且需确保中间件不过滤。
-
不慢，typeassertion本身开销极小，真正拖慢的是断言失败后的反射/泛型回退、hotpath上无谓断言，或误用interface{}替代带方法接口导致的动态分发。
-
Go中值类型本身可复制且单次读写常为原子操作，但多协程共享同一值时若无同步机制仍会引发数据竞争；需遵循“不共享或共享必同步”原则，优先用channel传递、必要时加锁或使用atomic操作。
-
Go中字符串是不可变的，无法直接用+=运算符追加byte；正确做法是借助bytes.Buffer高效累积字节，再通过.String()转回字符串。
-
首先初始化模块并创建go.mod文件，然后在项目中建立mathutils包并实现Add和Multiply函数，最后在main.go中导入该包并调用其函数完成计算与输出。
-
MySQL服务需预先启动并验证可连接，Go需引入github.com/go-sql-driver/mysql驱动，DSN须URL编码且含charset=utf8mb4和parseTime=True，必须调用db.Ping()测试连接，并合理配置连接池与context超时。
