goland无本地网络超时设置，超时错误源于代码、goproxy配置或jetbrains客户端；需分别排查http.client超时、goproxy代理、jvm代理参数。
GoLand 本身不提供“本地网络连接超时”设置项——它不是网络客户端，不会主动拨号或建立 TCP 连接。你看到的超时错误（比如 dial tcp: i/o timeout）实际来自你代码中运行的 Go 程序，或 GoLand 在后台调用 go list、go mod download 等命令时触发的网络行为。
GoLand 启动时卡在 “Loading packages” 或报 dial timeout
这是最常见场景：GoLand 首次打开项目或刷新 module 时，会自动执行 go list -json -e -test=true ... 来解析依赖，若 GOPROXY 不可用或模块私有仓库不可达，就会阻塞并最终超时。
- 检查当前 GOPROXY 设置：在终端执行
go env GOPROXY；若为direct或空值，GoLand 会直连 GitHub/GitLab 等，极易因网络策略失败 - 临时改用可信代理：在 GoLand 的
Settings → Go → GOPROXY输入https://goproxy.cn,direct（国内）或https://proxy.golang.org,direct（海外） - 若项目含私有模块，确保
~/.netrc或 Git 凭据已配置，且 GoLand 使用的 shell 环境能读取它们（macOS/Linux 下注意是否启用 login shell） - GoLand 2024.3+ 版本支持在
Settings → Go → Go Modules中勾选Use GOPROXY environment variable，避免硬编码
GoLand 调试时 HTTP 请求卡住，误以为是 IDE 超时
你在 main.go 里写了 http.Get("https://api.example.com")，调试时断点停住、几秒后报错 context deadline exceeded 或 net/http: request canceled ——这不是 GoLand 的问题，是你代码里没设超时。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- Go 标准库
http.Client默认无超时，必须显式配置：Timeout字段或自定义Transport - 不要只依赖
context.WithTimeout：它能中断 DNS、连接、TLS、读响应头，但若服务端迟迟不发 body，而你又没设ResponseHeaderTimeout，仍可能卡住 - 验证方式：在调试前，先在终端跑一遍你的程序，看是否同样超时——如果终端也卡，问题 100% 在代码，不在 IDE
GoLand 自身更新/插件下载失败提示 network timeout
这属于 JetBrains 客户端行为，和 Go 无关，但容易混淆。错误通常出现在 Settings → Appearance & Behavior → System Settings → Updates 或插件市场页面。
- GoLand 使用的是 JetBrains 自己的 HTTP 客户端，不走系统代理或 GOPROXY；需单独配置代理：
Help → Edit Custom VM Options…，追加： -DproxyHost=127.0.0.1-
-DproxyPort=7890（按你本地代理端口调整） - 重启 GoLand 生效；如用全局系统代理，确保 macOS/Windows 设置中“使用系统代理”已开启（Linux 下部分版本需额外设
HTTP_PROXY环境变量）
真正要调的从来不是 GoLand 的“网络超时滑块”，而是你代码里的 http.Client.Timeout、net.Dialer.Timeout、环境变量 GOPROXY，以及 JetBrains 自身的 JVM 代理参数——三者作用域完全不同，混在一起配只会让问题更难定位。
