Go教程技术文章
-
使用Go语言结合fsnotify库可实现文件系统变更监听。首先通过goget安装fsnotify，然后编写程序监听指定目录，支持创建、写入、删除、重命名事件，程序输出对应操作日志，适用于日志监控与配置热加载等场景。484 收藏 -
开发用zap.NewDevelopment()（consoleEncoder、颜色、完整字段名），上线用zap.NewProduction()（jsonEncoder、字段压缩、采样），二者不可混用；误用会导致调试困难或日志膨胀。484 收藏 -
Go高并发本地文件I/O瓶颈主因是小块频繁系统调用和内存乱分配；应使用bufio缓存、sync.Pool复用缓冲区、流式分块读写、合理控制并发度并预分配空间。484 收藏 -
直接用bwmarrin/snowflake在K8s里会撞ID，因其默认用os.Getpid()或随机数生成nodeID，而容器重启后PID变、随机值复用，多个Pod易获相同nodeID；若时间戳与sequence再重合，必然触发重复ID。484 收藏 -
math.Abs取绝对值，丢弃符号；math.Copysign保留x的绝对值并赋予y的符号。前者用于确保非负（如距离计算），后者用于符号迁移（如向量归一化）。484 收藏 -
核心是“要不要”而非“能不能”：标准库encoding/json已足够健壮，自写反射序列化仅适用于需绕过标签规则、序列化私有字段、注入元信息或对接非标协议等特定场景。484 收藏 -
fmt.Scan/Scanf常读不全或卡住，因其以空白符分隔且跳过开头空白；读整行应优先用bufio.ReadString('\n')并trim，或用Scanln作非空校验；Scanner更简洁但需防ErrTooLong。484 收藏 -
gvm命令未找到是因为初始化脚本未加载，需手动将source~/.gvm/scripts/gvm加入~/.zshrc或~/.bash_profile并重载；安装慢需手动下载二进制包配合--binary参数；GOROOT异常需检查环境变量与IDE缓存；多语言场景可选asdf，但gvm对Go更专一稳定。484 收藏 -
Go语言无原生热编译，所谓“热编译”实为工具（如air或nodemon）监听文件变化后自动构建并重启进程；常见问题包括路径配置错误、未监听非.go文件、Windows文件锁及模板/配置未重载等。484 收藏 -
应使用json.RawMessage跳过不必要的解析，仅在需要时解构；结合sync.Pool复用结构体减少GC；优先用json.Decoder处理流式或大JSON；替换标准库为easyjson或go-json以规避反射开销。484 收藏 -
pdfcpu提取中文文本需配置fontmap.yml指定中文字体绝对路径，嵌入字体时无效；Go调用需设Conf.FontMapFile，返回文本页间以"\f"分隔；unidoc过重且有许可限制；加密PDF仅owner密码阻断提取。484 收藏 -
rand.Shuffle是当前最稳妥的选择，因其基于Fisher–Yates算法、线程安全、不依赖全局随机源，且避免了手动实现的边界错误和并发panic。484 收藏 -
Reflect.DeepEqual常返false因严格校验类型、零值及不可比字段；禁用场景包括需忽略字段、浮点容差、含mutex、性能敏感；安全比较slice/map需标准化；业务相等应自定义Equal方法。484 收藏 -
日常调试用log.Println，结构化日志必须用log.Printf；需时间戳和行号则设log.SetFlags(log.LstdFlags|log.Lshortfile)；写文件要用os.OpenFile并检查err；分级和上下文需换zap/slog。484 收藏 -
Golang切片本质是包含指针、长度和容量的结构体，传递时复制结构体但共享底层数组，因此修改元素会影响原切片，而append是否生效取决于是否扩容及是否返回赋值。484 收藏