-
Go网络数据序列化应按场景选择：JSON适用于跨语言、可读性要求高的场景；binary（如gob）适用于Go同构系统高性能通信；protobuf等适合跨语言且需向后兼容的高吞吐场景。
-
mongo.Connect()默认无超时，需用context.WithTimeout控制；FindOne()查无结果返回nil但err为nil；primitive.M不可替换map[string]interface{}；InsertMany()不填充原结构体_id；连接池应全局复用。
-
MQTTQoS0/1/2由客户端库（如paho.mqtt.golang）在Publish()调用时通过qos参数指定并自动实现语义保障；qos必须为0、1或2，传其他值将静默失败；服务端可降级QoS且不通知客户端；QoS2易因Broker不支持或网络问题导致token.Wait()卡住。
-
微信签名验证需手动排序拼接并SHA1，XML解析须处理CDATA和字段类型，access_token需缓存、预刷新与串行更新，code须5分钟内单次使用并幂等处理。
-
runtime.GC()不该被频繁调用，因其破坏Go自适应GC节奏、激增STW次数、干扰内存学习；应优先调优GOGC、复用对象、预分配切片，并通过业务指标验证优化效果。
-
Go服务需手动监听SIGINT/SIGTERM并调用http.Server.Shutdown()配合带超时的context，否则进程猝死导致请求中断、日志截断、事务不完整；Shutdown()须用WithTimeout上下文，忽略ErrServerClosed，后台goroutine须统一监听ctx.Done()退出。
-
应使用FunctionalOptions模式而非结构体字面量传参，因其避免硬编码、支持可选配置、防止序列化污染、统一管理默认值、保障类型安全且组合灵活；Option应定义为函数类型别名typeOptionfunc(*Config)，各WithXXX函数返回闭包，校验逻辑应延后至构建后执行。
-
errgroup.Group比sync.WaitGroup更适合错误传播，因其内置首次错误即返回机制，支持自动终止未启动任务，并需配合context实现可取消并发；零值不可用，须用new或WithContext初始化；子任务须显式返回error。
-
“cannotdeterminemodulepath”错误是因为Go无法推断合法模块路径，需显式执行gomodinitgithub.com/user/repo（不能省略路径），且项目不能位于$GOPATH/src内。
-
Go语言中解析IP和端口应组合使用net.ParseIP与net.SplitHostPort：ParseIP安全解析IPv4/IPv6地址但不处理端口；SplitHostPort正确分离host:port格式字符串，支持带方括号的IPv6，再对host调用ParseIP校验并提取IP。
-
Go中net.Conn关闭后读写会返回具体错误而非panic：如“useofclosednetworkconnection”“connectionresetbypeer”等，均属*net.OpError，可通过errors.Is或类型断言区分场景。
-
答案：用Golang构建小型在线问卷系统需定义问卷、问题和回答的结构体，使用内存存储并加锁保证并发安全，通过HTTP路由实现获取问卷、提交回答等接口，配合JSON数据交互。示例采用net/http和gorilla/mux处理请求，初期以map和切片存储数据，后续可扩展为SQLite持久化、用户认证和创建问卷API，前端可用JS动态渲染或Postman测试，重点注意输入验证与并发控制。
-
os.Stat一次系统调用即可获取文件完整元数据，返回os.FileInfo接口，含Size()、Mode()、ModTime()等方法；需检查error，符号链接默认跟随，权限解析依赖FileMode位运算，Windows下权限字段无效。
-
Go字符串原生支持Emoji但需注意UTF-8字节与rune差异；MySQL须用utf8mb4；PostgreSQL更友好但需注意排序；HTTP/HTML/JSON必须显式声明UTF-8编码。
-
用sync.Map是因原生map非并发安全，而URL缩短器需高并发读写；sync.Map专为“读多写少”优化，读性能近原生map，且零依赖、无需显式锁。
