go开发服务器防火墙弹窗的根源是监听0.0.0.0触发系统安全审查，解决方案是显式绑定127.0.0.1（如http.listenandserve("127.0.0.1:8080", router)），使流量限于本地回环，避免防火墙反复提示。
GoLand 里配热重启，本质不是配“代理”，而是关掉防火墙弹窗 + 确保 air 正确监听 + 避免端口冲突。所谓“本地热重启代理”是误传概念，实际只需三步：绑定 127.0.0.1、用 air 启动、禁用 keep-alive。
为什么 GoLand 启动服务总弹防火墙窗口？
根本原因是默认监听 0.0.0.0:8080（所有网卡），macOS / Windows 防火墙把每次生成的新二进制（./tmp/main）当全新程序，反复要求授权。这不是 GoLand 的错，也不是代码问题，而是网络监听范围过大触发了系统安全策略。
- 改法很简单：HTTP server 启动时显式绑定
127.0.0.1:8080，而非:8080 - Go 标准库写法：
http.ListenAndServe("127.0.0.1:8080", router) - Beego 用户：在
conf/app.conf中设httpaddr = "127.0.0.1"，别留空或写0.0.0.0 - 不改代码？可在 GoLand 的 Run Configuration → Program arguments 里加
--addr=127.0.0.1:8080（前提是你的 main 支持该 flag）
GoLand 里怎么让 air 真正生效？
很多人在 GoLand 终端里敲 air 没反应，不是 air 坏了，是它压根没扫描到你改的文件——尤其当你在 cmd/api/ 目录点右键 “Run” 时，GoLand 默认工作目录就是该子目录，而 air 只会扫当前目录，找不到 internal/ 或 pkg/ 里的改动。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 必须在
go.mod所在根目录启动 air；可在 GoLand Terminal 里先cd ..回到项目根，再运行air - 不要依赖 GoLand 的 “Go Build” 运行配置，它和 air 无关；air 是独立进程，需手动启动并保持终端打开
- 若要用 GoLand 图形界面统一管理，可新增一个 “External Tool”：Program 填
air，Working directory 填$ProjectFileDir$（即 go.mod 所在路径） - 检查
.air.toml中root = "."，别写成绝对路径；build.bin = "./tmp/main"必须和build.cmd = "go build -o ./tmp/main ."输出路径完全一致
改完代码仍看到旧响应？不是缓存，是连接复用
浏览器刷新后内容没变，不是前端缓存，也不是 air 没重启，而是 HTTP keep-alive 让 TCP 连接被复用，内核把请求发给了还没退出的旧进程。这是开发阶段最典型的“假失效”现象。
- 服务启动时加一句：
srv.SetKeepAlivesEnabled(false)（srv是*http.Server实例） - 测试时用
curl -H "Connection: close" http://127.0.0.1:8080，比狂点浏览器刷新靠谱十倍 - Windows 用户高频保存易触发文件锁，建议在
.air.toml加build.delay = 1000，给旧进程释放句柄留出缓冲 - 模板类文件（
.html、.tmpl）默认不监听，需在.air.toml的[watch]和[build]下都加include_ext = ["go", "html", "tmpl"]
真正卡住热重启的，从来不是工具链多复杂，而是 root 路径、监听地址、文件扩展名这三处配置没对齐。尤其 127.0.0.1 这个细节，漏掉就等于每天手动点十次防火墙弹窗。
