Go on Mengboy 技术笔记

OpenAI Assistants/Responses 在 Go 里的上下文爆炸治理：截断策略、摘要回填与成本上限

Mon, 02 Mar 2026 12:44:00 +0000

线上 Agent 一跑久了就会遇到同一个坑：上下文越来越长，延迟飙升、费用失控，最后还更容易答偏。

这不是模型“变笨”了，通常是上下文治理没做：该留的没留、该删的没删、该摘要的摘要坏了。

Taming Context Explosion in OpenAI Assistants/Responses with Go: Truncation, Summary Backfill, and Cost Caps

Mon, 02 Mar 2026 12:44:00 +0000

Long-running agent sessions usually fail the same way: context keeps growing, latency spikes, costs blow up, and answer quality gets worse.

That is rarely a model-quality issue. It is almost always missing context governance.

Go + OpenAI API Timeout Troubleshooting: DNS, TLS, Proxy, and Connection Pool

Mon, 02 Mar 2026 01:12:10 +0000

When OpenAI API calls start timing out in production, the real problem is usually not “OpenAI is down.”

The real problem is you don’t know which hop is failing: DNS, TLS handshake, proxy path, or your own connection pool.

Go 调 OpenAI API 常见超时链路排查：DNS/TLS/代理/连接池一次讲清

Mon, 02 Mar 2026 01:12:10 +0000

线上调用 OpenAI API 一旦出现超时，最烦的不是“偶发失败”，而是你不知道到底卡在 DNS、TLS、代理，还是你自己的连接池。

这篇给你一套可直接落地的排查顺序：先判定超时发生在哪一段，再用指标和最小实验定位，最后给可复制的 Go 配置模板，避免同类事故反复出现。

OpenAI Agents SDK + Go 落地指南：Tool Calling、会话记忆与错误恢复

Wed, 25 Feb 2026 01:18:00 +0000

很多团队已经把 LLM 接进业务，但一到“多步任务 + 调工具 + 失败重试”就开始失控：日志看不懂、状态回不去、成本还飙升。

这篇给你一个能直接落地到 Go 服务里的最小可用方案：工具调用闭环、会话记忆分层、错误恢复可回放。

OpenAI Agents SDK with Go: Tool Calling, Session Memory, and Error Recovery

Wed, 25 Feb 2026 01:18:00 +0000

Most teams can connect an LLM in a demo. The real pain starts in production: multi-step tasks, flaky tool calls, unclear retries, and rising cost.

This guide gives you a pragmatic Go-first blueprint for shipping an Agent workflow that can survive real incidents.

OpenAI Responses API Streaming in Go: Timeouts, Retries, and Observability

Mon, 23 Feb 2026 01:15:00 +0000

Production streaming fails in two predictable ways: users wait while the stream silently drops, and your logs say “timeout” without telling you where it actually broke.

This guide gives you a practical Go pattern for OpenAI Responses API streaming with strict timeout boundaries, safe retries, and useful telemetry.

OpenAI Responses API 流式输出在 Go 中的工程化实践：超时、重试与可观测性

Mon, 23 Feb 2026 01:15:00 +0000

线上流式生成最怕两件事：用户在等，你的连接先断；日志里报错一堆，你却不知道是哪一层炸了。

这篇给你一个能直接落地的 Go 工程模板：把 OpenAI Responses API 的流式调用做成可超时、可重试、可观测的生产级链路。

Go Memory Leak Triage in Production: pprof + FlameGraph Step by Step

Sat, 14 Feb 2026 21:20:00 +0800

If your Go service RSS keeps climbing, drops after restart, then climbs again, you likely have a memory retention problem (or an actual leak pattern).

Do not start with random code edits. Run a clean evidence chain: metrics trend check → pprof snapshots → FlameGraph comparison → object growth path → regression validation.

Go 服务内存泄漏定位实战：pprof + FlameGraph 一次找准

Sat, 14 Feb 2026 21:20:00 +0800

线上 Go 服务 RSS 一路涨，重启后短暂恢复，过几小时继续涨——这就是典型“疑似内存泄漏”场景。

别先拍脑袋改代码，先把证据链跑通：监控确认 → pprof 采样 → FlameGraph 对比 → 定位对象增长路径 → 回归验证。这套流程跑完，基本能把“玄学泄漏”打成“可复现 bug”。

Go 语言实现jpg和png图片的批量压缩

Sun, 28 Jan 2024 21:42:10 +0800

记录笔记或者写博客的时候经常会直接复制mac截图插入图片，默认复制得到的是无损png图片，图片体积比较大，占空间带宽，就基于go实现了个命令行批量压缩工具。

go 指针赋值是原子性的吗

Wed, 06 Dec 2023 21:16:31 +0800

问题提出

提出这个问题主要是因为日常开发中有这样的场景，比如服务配置热加载或者一些全局缓存的异步更新，通常会单独启一个协程去获取最新数据再通过赋值更新原数据。因为更新逻辑是单独的协程，变量的写和读就存在并发访问的情况，于是就有了这个问题。一个简单异步刷新例子如下：

Go语言编程规范-命名篇

Sun, 26 Nov 2023 18:56:42 +0800

命名是编码过程中让程序员十分纠结的一个点，就像每天饭点纠结选择吃什么饭一样，常见且令人抓头，为此专门有人开发了各种命名神器。命名也是十分能体现一个程序员编码水平的一项，好的命名一定程度能代替代码注释，让代码更加清晰易阅读。好的命名取决于你的词汇量、对业务逻辑的理解以及命名过程中的一些通用规范。遵循一定的命名规范，可以使得代码更加优雅，写起代码来更加如鱼得水。Go语言中主要涉及到包命名、文件命名、结构体命名、接口命名、变量命名下面一一介绍这些相关部分的命名规范。

Go处理zip压缩以及解压

Tue, 26 Sep 2023 22:47:26 +0800

Go语言处理zip压缩还是比较方便的，可以直接使用Go标准库archive/zip。下面记录下具体使用方法，以及注意事项。

无缓冲channel导致的goroutine泄露

Sat, 19 Aug 2023 13:17:15 +0800

最近搞出来一个挺弱智的问题，记录一下，以示警戒。代码主要逻辑如下，使用 select和time.After()实现超时控制，doSomething()一定会返回结果。

xorm使用map kv更新日期时间类型字段的时区问题

Sat, 29 Jul 2023 21:44:10 +0800

最近使用xorm更新db的时候碰到一个挺有意思的问题，db中字段类型是日期datetime，对应go model中的字段是time.Time类型，在分别使用model和map两种方式进行更新时，使用model的方式更新能得到正确结果，db中的日期能被更新成当地时间；使用map kv的方式进行更新时db中的字段被更新成了格林尼治标准时间。都是取的go time.Now为什么更新结果不一样呢？

// demo
type TimeTest struct {
	ID         int64     `xorm:"not null pk autoincr INT(11) 'id'"`
	UpdateTime time.Time `xorm:"update_time"`
}

func UpdateTime(o *xorm.Session) {
	o.Table(new(TimeTest)).Where("id = ?", 1).Update(&TimeTest{
		UpdateTime: time.Now(),
	})
	o.Table(new(TimeTest)).Where("id = ?", 1).Update(map[string]interface{}{
		"update_time": time.Now(),
	})
}

基于redis实现一个简单的分布式限流器

Sat, 15 Oct 2022 22:30:35 +0800

分布式限流器也是项目开发中常用的，基于redis incr指令可以比较方便快捷的实现一个分布式限流器，因为这个指令自身的原子性，所以不用开发者考虑计数过程的并发问题。下面是go代码实现。

goroutine 并发数量限制

Sat, 15 Oct 2022 18:08:41 +0800

最近经常用go写一些脚本，为了执行效率，一般会开启多个goroutine并发执行,脚本中通常会调用一些线上服务或者数据库读写数据，为了不影响线上服务运行,为了不影响线上服务运行就要对执行的goroutine数量进行限制，避免并发太大打垮线上服务。下面就简单写一个goroutine并发控制器。

Go启动main函数都干了什么(一)

Tue, 27 Oct 2020 15:27:33 +0800

生成二进制可执行文件

首先，写一个go main函数，这里就简单输出以下hello world。

package main

import "fmt"

func main()  {
	fmt.Println("hello word")
}

执行go build -gcflags "-N -l" -ldflags=-compressdwarf=false -o main main.go生成可执行二进制文件。

开启gdb调试

执行gdb main开始gdb调试。通过i files查看程序入口地址，再这个地址打上断点。

造轮子——go 版本控制(gvm)

Tue, 29 Sep 2020 20:36:24 +0800

功能列表

支持linux、darwin
获取远程go版本列表 gvm remote

go 获取 net.conn fd 反射和非反射

Sun, 27 Sep 2020 22:27:25 +0800

非反射获取

根据conn类型，将conn断言成相应conn对象，在使用File方法获取file对象，至于为什么是file，参考unix、linux设计哲学：万物皆文件。拿到相应file后直接通过FD方法获取fd句柄。

websocket引入epoll机制

Tue, 15 Sep 2020 20:02:08 +0800

原理

正常情况下，不使用epoll，每建立一个ws连接我们都会启一个goroutine来处理客户端发来的消息，如果客户端没有消息，这个goroutine就会阻塞在读消息的状态。有多少个连接就会有多少个goroutine，虽然goroutine比较轻量，但在大量连接的情况下还是比较耗费资源还是很大的。使用epoll后会把所有ws连接的fd(文件描述符)放入一个epoll队列中，只启一个goroutine对epoll wait进行轮询获取缓冲区有内容的ws连接。这样就把之前要起n个goroutine变成了1个，随着连接数的增加性能的提升也会越来越明显。