本文揭示了 Go 程序中 HTTP 请求看似“重复发送”的真实原因——并非代码逻辑错误，而是 AVG 杀毒软件在 go run 过程中劫持并重放网络请求所致，帮助开发者快速识别此类隐蔽的外部干扰。
本文揭示了 go 程序中 http 请求看似“重复发送”的真实原因——并非代码逻辑错误，而是 avg 杀毒软件在 go run 过程中劫持并重放网络请求所致，帮助开发者快速识别此类隐蔽的外部干扰。
在 Go 开发中，若观察到 http.Post 或 http.Client.Do 发起的请求在服务端被记录两次（如日志中出现两条相同时间戳的请求、Firebase Cloud Messaging 返回重复响应、或自建服务收到双倍调用），第一反应常是怀疑代码存在隐式重试、goroutine 误启、或 net/http 客户端配置异常。但实际案例表明：问题根源可能完全不在 Go 程序本身。
例如，以下典型 POST 代码并无重复调用风险：
resp, err := http.Post("https://your-api.com/notify", "application/json",
strings.NewReader(`{"msg":"test"}`))
if err != nil {
log.Fatal(err)
}
defer resp.Body.Close()
body, _ := io.ReadAll(resp.Body)
log.Printf("Status: %s, Body: %s", resp.Status, string(body))该代码仅执行一次 http.Post，且无循环、无重试逻辑。若仍出现双请求现象，需优先排查运行时环境干扰：
✅ 关键线索识别：
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 控制台无重复输出（如
log.Println("sending...")仅打印一次）； -
go run main.go启动瞬间，AVG 弹出扫描提示并短暂卡顿； - 关闭 AVG 后问题立即消失，重启 AVG 后复现；
- 使用
go build && ./program（而非go run）可绕过部分 AV 检测，亦可验证是否为go run特定行为。
⚠️ 为什么 AVG 会导致重复请求？
部分杀毒软件（尤其是 AVG、Avast 等基于行为分析的实时防护）会在进程启动时注入钩子（hook）监控网络 API 调用。当 go run 动态编译并加载二进制时，AV 可能因签名未缓存而触发“深度扫描+流量重放”机制，导致原始 socket 调用被截获并二次转发，服务端即收到两个独立 TCP 连接。
? 推荐解决方案：
- 临时禁用实时防护：开发调试阶段关闭 AVG 的 Web Shield 和 Behavior Shield；
-
改用构建后执行：
go build -o app main.go && ./app，避免go run的解释执行路径； -
添加请求唯一标识：在 HTTP Header 中加入
X-Request-ID: uuid.NewString()，便于服务端去重或日志追踪； -
服务端幂等防护：对关键操作（如支付、推送）设计幂等性，例如校验
Idempotency-Key头或业务单号。
? 总结：Go 的 net/http 包本身高度可靠，极少因内部逻辑引发重复请求。遇到“神秘双请求”，请按此顺序排查：① 服务端日志确认是否真为两次独立连接；② 检查本地安全软件行为；③ 验证是否仅在 go run 下复现；④ 最后审查 Go 代码中的 goroutine、重试逻辑或第三方库副作用。将环境干扰纳入调试清单，可大幅缩短疑难问题定位时间。
