-
Go字符串不可变，底层为只读结构体{ptr*byte,lenint}，禁止索引赋值；修改需转[]byte或[]rune操作后重建，拼接推荐strings.Builder。
-
binary.Read失败主因是未分包直接读net.Conn；TCP无边界，须先读协议头长度字段并校验范围，再io.ReadFull读完整包；禁用unsafe强转，应手动解析或binary.Read；长度字段自身字节序亦需与协议一致。
-
Go默认静态链接，生成单一可执行文件；自1.5起支持通过-buildmode=shared和-linkshared启用动态链接，可显著减小主二进制体积，但需配套共享库，总磁盘占用未必降低。Go默认静态链接，生成单一可执行文件；自1.5起支持通过`-buildmode=shared`和`-linkshared`启用动态链接，可显著减小主二进制体积，但需配套共享库，总磁盘占用未必降低。Go的链接模型与其他主流语言（如C/C++）
-
答案是利用Go的goroutine和channel实现并发聊天室，服务器通过net.Listen监听连接，为每个客户端启动goroutine处理读写，使用joinChan、leaveChan和messageChan管理客户端状态与消息广播，客户端则通过独立goroutine分别处理输入输出，确保高效并发通信。
-
直接用http.FileServer默认不缓存、不压缩、不fallback、路径校验松散，易致404或性能低下；核心问题在于其隐式路径假设（如不自动补/、不查index.html）、相对路径风险、缺失Cache-Control与gzip、未防护目录遍历，且无SPAfallback机制。
-
time.Ticker适用于严格周期任务，需手动Stop防止goroutine泄漏；time.AfterFunc用于延迟执行，两者均适合单机场景。
-
channel不适合做HTTP负载均衡器，因其缺乏连接复用、超时控制、健康检查等核心能力；强行使用会导致contextdeadlineexceeded或connectionrefused，且无法按后端差异配置重试、TLS、Header等行为，也无自动剔除故障节点机制。
-
Facade、Observer、CircuitBreaker、ServiceDiscovery是Go微服务中高频落地的四大模式：Facade用于网关层轻量编排多服务调用；Observer借助消息队列异步解耦服务通知；CircuitBreaker需合理配置阈值、超时与降级逻辑；ServiceDiscovery结合单例gRPC连接实现动态负载均衡与健康检查。
-
Go中数组传参会整块复制，大数组导致性能下降；应传指针*[N]T或校验切片长度，避免隐式转换和无效拷贝。
-
Dubbo-go启动后注册不到Nacos主因是协议不匹配：JavaDubbo默认用dubbo协议，而dubbo-go0.9+默认用tri协议，需显式配置protocol:dubbo或升级至v1.5.x兼容版本。
-
优先用oss.PutObjectFromFile上传本地文件，小数据或字节切片用oss.PutObject并显式设置ContentLength和ContentType；Endpoint必须为带协议的Region地址，凭据需用RAM子账号，私有object需设ACL公开。
-
在Golang中优化网络连接池的核心在于复用连接并减少频繁创建销毁的开销。1.sync.Pool可缓存高代价对象，但不适用于有状态或需关闭的连接；2.HTTP客户端应配置http.Transport参数如MaxIdleConnsPerHost、MaxConnsPerHost和IdleConnTimeout来实现连接复用；3.对非HTTP协议需自定义连接池，包含连接创建、健康检查、获取/释放逻辑及资源限制；4.可基于channel实现简易连接池或使用开源库提升开发效率。合理利用标准库与自定义策略是提升性能的
-
Go的internal包通过编译器路径检查生效：仅当导入路径含/internal/且调用方在internal目录的祖先路径下才允许导入；它限定编译期API边界，非运行时封装，不可被replace或require绕过。
-
os.WriteFile并发调用会覆盖数据，因不支持追加且非并发安全；正确做法是加锁、通道+单goroutine写或临时文件+rename原子替换。
-
Go推荐用os.CreateTemp和os.MkdirTemp创建临时文件与目录，支持自动命名、权限与路径安全；测试中优先使用t.TempDir()和t.Cleanup()实现自动清理。
