-
binary.Read失败主因是未分包直接读net.Conn；TCP无边界，须先读协议头长度字段并校验范围，再io.ReadFull读完整包；禁用unsafe强转，应手动解析或binary.Read；长度字段自身字节序亦需与协议一致。
-
base64.StdEncoding.EncodeToString返回空字符串是因为传入了nil或零长切片；需显式判空，区分varb[]byte（nil）与b:=make([]byte,0)；URL场景须用URLEncoding避免字符冲突；解码失败多因非法字符、空白符或编解码不匹配；高频调用应复用缓冲区以减少GC。
-
atomic提供高效无锁同步，适用于计数器、状态标志等场景；通过Load、Store、Add和CAS等操作实现并发安全，如原子增减和单例模式初始化，避免数据竞争且性能优于互斥锁。
-
IPConn.Write返回实际写入的字节数和可能发生的错误；它不保证一次性写完全部数据，需检查返回值并处理部分写入或超时等异常情况。`IPConn.Write`返回实际写入的字节数和可能发生的错误；它不保证一次性写完全部数据，需检查返回值并处理部分写入或超时等异常情况。在Go语言网络编程中，*net.IPConn.Write(b[]byte)(int,error)是net.Conn接口的具体实现之一，其行为严格遵循io.Writer接口
-
多模块微服务架构通过合理划分业务边界和依赖管理提升可维护性。1.项目按业务域拆分为多个module，如user-service、order-service和shared组件；2.各module通过go.mod定义依赖，开发时可用replace指向本地共享模块；3.使用go.work实现工作区模式，简化多模块协同开发；4.共享模块应轻量且版本化，服务间通过API通信而非直接引用，确保解耦与独立交付。
-
需确保索引路径存在且可写，用os.MkdirAll创建并设权限；字段须显式配置Index(true)及对应analyzer；QueryStringQuery需注意字段名大小写和停用词；Index实例不并发安全，写入需加锁或用Batch。
-
GoAPI聚合网关核心是隔离下游故障：需为每个请求配独立context.WithTimeout、用sync.WaitGroup等待、defercancel()防泄漏；响应结构体字段用指针类型区分空值与缺失；Director仅改URL/Host，鉴权和日志前置；http.Transport须显式配置连接池与超时。
-
直接用httputil.NewSingleHostReverseProxy会丢请求头，因其默认过滤敏感头（如Connection、Host）且替换Host导致路由错误；需重写Director保留原始Host，用ModifyResponse清理chunked，禁用默认header过滤。
-
答案：channel和select组合可实现多路通信、超时控制与流程编排。1.select监听多个channel，优先处理最先就绪的case，适用于竞态场景如并行查询；2.结合time.After可设置超时，避免goroutine永久阻塞，提升程序健壮性。
-
数组转切片可直接用[:]语法，共享底层数组；切片转数组需确保长度足够，推荐用copy安全转换，避免强制类型转换导致崩溃。
-
用channel做事件总线易卡死，因其本质是点对点管道，不支持一对多广播：无缓冲时发送阻塞，有缓冲时满则丢事件，且无法动态增删监听者，导致deadlock或事件静默。
-
OFFSET深翻变慢是因为MySQL需真实扫描并丢弃前10万行，I/O与CPU开销线性增长；应改用游标分页，配合唯一排序字段、覆盖索引、Redis缓存及严格分页限制。
-
http.ListenAndServe是Go启动HTTP服务的核心函数，必须配对http.HandleFunc注册路由，且端口格式需为":8080"；若仅注册未调用、端口错误或绑定127.0.0.1则导致启动失败、静默退出或外部无法访问。
-
HTTP请求体直接读取大文件会OOM，因io.ReadAll等函数将整个文件加载进内存；multipart表单默认ParseMultipartForm会全量读入内存，需手动用multipart.Reader解析并禁用自动解析。
-
使用GoMock可实现依赖隔离，提升测试效率。通过mockgen生成接口的模拟对象，利用EXPECT设定期望行为，支持参数匹配与调用次数控制，确保逻辑正确性。
