goland悬浮提示默认停留时间可延长：将settings → editor → general → other中“quick documentation request timeout (ms)”设为0，即可使悬浮窗永不自动关闭，直至手动按esc或点击 elsewhere。
GoLand悬浮提示默认停留时间太短，怎么延长？
GoLand 默认的变量类型悬浮窗（Quick Definition / Quick Documentation）在鼠标悬停几秒后自动消失，尤其在调试时想仔细看泛型实参或接口方法签名，根本来不及读完。这不是 Bug，而是 IDE 的默认行为，但可以调优。
关键不是改“停留时间”，而是改“延迟显示 + 持续显示”两个参数：前者控制悬停多久才弹出，后者决定弹出后是否一直保留直到手动关闭。
-
Settings → Editor → General → Code Completion：把
Autopopup code completion下的Autopopup delay (ms)调大（比如 800），这能避免误触；但它不影响悬浮窗本身 -
Settings → Editor → General → Other：找到
Show quick documentation on mouse move，勾选它——这是启用悬浮的基础开关 -
Settings → Editor → General → Other：重点调整
Quick documentation request timeout (ms)，默认是 5000（5 秒），把它改成0：值为 0 表示“永不自动关闭”，悬浮窗会一直留着，直到你按Esc或点击别处
Alt+Click 看类型时悬浮窗空白或一闪而过？检查语言服务状态
Alt+Click 触发的是 Go to Type Definition，它依赖 gopls 正常运行。如果悬浮窗空白、显示 No type definition found 或刚弹出就消失，大概率不是时间设置问题，而是类型信息没加载成功。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 底部状态栏右下角查看
gopls是否显示Running；若显示Initializing...或Stopped，说明语言服务器卡住或崩溃了 - 打开
Help → Show Log in Explorer，搜索关键词gopls和error，常见报错如no packages matched，说明go.mod路径识别错误或模块未初始化 - 确保项目根目录有有效的
go.mod，且 GoLand 的Settings → Go → Go Modules中已启用Enable Go modules integration - 重启 gopls：右键编辑器任意位置 →
Reload project，或直接在终端执行killall gopls && go mod tidy
为什么在泛型函数调用处 Alt+Click 仍看不到实参类型？
GoLand 在泛型调用点（如 Process(list)）上 Alt+Click，本应跳转到 Process[string] 的实例化定义，但实际却跳到原始泛型声明 func Process[T any](...)，或者悬浮窗只显示 Process[] —— 这说明类型推断未完成或未固化。
- 变量
list必须已赋值且类型明确，例如list := []string{"a"}；若只是var list []string（未初始化），GoLand 无法推导T - 调用必须发生在编译可通过的位置；如果该行被
//go:build ignore或条件编译排除，gopls 不会索引它 - 光标停在函数名
Process上时，等待 1–2 秒，看悬浮提示是否显示Process[string]—— 这才是真实推断结果；Alt+Click 是跳转动作，和悬浮提示来源不同 - 若仍不显示实参，尝试手动触发：光标停在
Process上，按Ctrl+Shift+Space（Windows/Linux）唤出智能提示，候选列表里会明确标出当前推断出的T
真正影响体验的从来不是“悬浮窗能不能多留两秒”，而是 gopls 是否稳定加载了你的模块、泛型是否完成实例化、变量是否已落地为具体类型——时间设置只是表象，底层类型系统就绪才是前提。
