Go教程技术文章
-
net.ListenTCP在内网直接监听无法被公网访问，因路由器/NAT默认不转发外部请求，仅局域网可达；需配置端口映射或改用反向连接穿透方案。331 收藏 -
client-go初始化失败主因是未找到kubeconfig，按KUBECONFIG环境变量、$HOME/.kube/config、in-clusterconfig顺序查找；本地开发需确保kubectl可用并检查$KUBECONFIG。331 收藏 -
Go中funcfoo(xint)无法修改外部变量，因int是值类型，传参复制副本；修改仅作用于副本，原变量不变。解决方法：返回新值或传*int指针。331 收藏 -
Go标准库不支持sendfile，需手动调用syscall或x/sys/unix；必须配合原始socketfd、非阻塞模式、偏移控制及HTTP头对齐，否则易出错；多数场景下io.Copy等标准方案更安全高效。331 收藏 -
time.Ticker不适合精确任务调度，因其仅保证大致稳定间隔，不处理执行耗时、不跳过延迟任务、不支持动态增删，且无补偿机制，易导致堆积、阻塞或静默失败。331 收藏 -
Beego中控制器返回空JSON（如{}）通常是因为结构体字段未导出，导致encoding/json无法序列化；只需将字段首字母大写并配合json标签即可解决。331 收藏 -
Codenvy（现为EclipseChe）通过容器化环境运行Go应用，其端口映射机制要求服务监听固定内部端口（如:8080），而外部访问URL由平台动态分配；开发者无需硬编码动态端口，只需监听预设内部端口并配置端口暴露即可。331 收藏 -
goroutine泄漏是并发性能下降的头号原因，表现为Mallocs持续上涨、Goroutines数卡在高位；常见于time.After轮询未改用Timer.Reset，以及channel读写不配对导致阻塞。331 收藏 -
Go中所有参数均为值传递，调用时复制整个变量内存内容；大结构体（≥128字节）拷贝开销高，可能触发栈扩容或堆分配；超64字节或含不可复制字段时应改用指针传参。331 收藏 -
sync.Pool不是万能缓存工具，因其设计目标仅为临时对象复用：GC时清空未引用对象，不保证复用；误作长期缓存会导致nil或脏数据；需手动重置字段，禁存指针或长生命周期依赖。331 收藏 -
必须手动构造multipart.Writer，禁用http.PostFile：后者将整个文件加载进内存易致OOM，不支持自定义Content-Type、额外字段及超时；正确做法是用multipart.NewWriter生成合法boundary，先WriteField再CreateFormFile，按序写入并用io.Copy流式传输，结尾调Close，且Content-Type必须设为w.FormDataContentType()返回的完整字符串。331 收藏 -
os.Args是Go程序启动时自动填充的字符串切片，索引0为可执行文件路径（或调用名），后续为原始命令行参数；不解析flag、不校验、需手动检查长度防panic。330 收藏 -
gob仅适用于同一版本Go程序间可信的短期数据传输；它不跨语言、无版本兼容性、要求字段导出且类型提前注册，结构变更易导致panic。330 收藏 -
Go调用系统命令应使用os/exec.Command拆分参数，需shell特性时用sh-c并确保输入可控；读写/proc或/sys用os.ReadFile/WriteFile并处理换行和权限；监听文件系统用fsnotify并手动递归添加路径、位运算判断事件；95%系统操作无需CGO。330 收藏 -
errors.Is比==更安全，因为它递归检查错误链中是否包含指定哨兵错误，而==仅比较指针或值相等性，无法识别被fmt.Errorf("%w")包装的哨兵错误。330 收藏